The 21 January 2008 build (4837) is out.

[killerbot]

Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

Before you use a nightly make sure you understand how it works.

A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx287.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc421.7z

The 21 January 2008 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20080121_rev4837_win32.7z
  - Linux :
   none

Resolved Fixed:

• fixed several bugs in projectsimporter
• bug fix : don't show error save message box when the user cancel-ed out during SaveAs
• Fixed: Possible installation dir detection issues with MSVC8 & above
• Implemented: [FR# 3894] Support for Microsoft windows Vista SDK
• Fixed: Auto-detection of GCC returns wrong master path.

Regressions/Confirmed/Annoying/Common bugs:

• toolbar-images-not-changing-state (is a wx problem/Win XP problem)

[elisee]

Hello,

Using recent nightlies under Linux i386 for some times.
I've noticed a bug, not very annoying but nevertheless, here it goes:

(steps to reproduce)
C++ Project
File > New > File...
C/C++ Source
C++ file
Filename with full path : src/gui/button.cpp
Add file to active project : linux-Debug / linux-Release

(behaviour) and the caption of the tab as the file gets added to the project and automatically open is button.cpp. If I close it and reopen it from the project tree, it's then src/gui/button.cpp.

(expected behaviour) I think it should be that right from the beginning, not only after closing / reopening the tab.

[Jenna]

Binaries (.deb) for debian (sid, etch and lenny) and sources can be found in my repository (see signature).

[Xaviou]

Ubuntu 6.10 -> 7.10 Amd64 tar.gz archive (containing '.deb' installers builds with wx2.8.6) can be found here

[pasgui]

Build for Ubuntu i386/amd64 can be found here

Best regards, pasgui

[eckard_klotz]

Hello Everyone.

Why are the existing translation-files (https://translations.launchpad.net/codeblocks/) not part of the nightly builds?

Regards,

             Eckard Klotz.

[mushakk]

Now dependencies don't work correctly.

I have a project with other projects (libraries) as dependencies. When I press build or rebuild codeblocks only builds the current project.

[MortenMacFly]

Why are the existing translation-files (https://translations.launchpad.net/codeblocks/) not part of the nightly builds?

Possibly because they are not finished/up-to-date yet. We don't want to have a million posts in the forum of type "word xyz is still english - please translate...".

[eckard_klotz]

Hello

Please give us some more that 24 hours before asking again.

Sorry!

We don't want to have a million posts in the forum of type "word xyz is still english - please translate...".

OK. I can understand your point. But perhaps it will be a solution to offer the translation-files in an own "nightly-translation" forum together with the advise to the user to translate the missing or wrong parts at launchpad.

I think not all users know the posibility of translation-files for code-blocks. (OK perhaps I'm the only one who knows not.) But I wonder if this may be a good posibility for common users to substitude you by doing the translation-work. An other benefit for you is the test of the internationalization-mechanism itself.

Don't you think so?

Best Regards,
                      Eckard Klotz.

[MortenMacFly]

Don't you think so?

My personal thoughts (which may not rteflect the those of the team) are as follows:
I think we can start translation seriously once we have a released version of C::B. That's simply because the wording changes with each nightly - so you cannot make a 100% translation *at all* currently. However - the launchpad is offered for people who would like to start anyway to give a very good starting point. But this shouldn't be used in "daily work" as it is simply unfinished. That's why it'sa not in the nightlies.

[armageddon]

Hello Everyone,
I see a strange behavior when I split the editing window, both horizontally or vertically. Instead of the folding tree with squares, on the left side of the window, I have a tree of circles. Removing the split, circles remain.
Win XP - sp2; SVN 4837; wx 2.8.7

Thanks.

P.S.: C::B is a great IDE!

[Belgabor]

I can confirm those circles, but seriously, the fold bar in split mode is broken in more serious ways than that =)

[reapher]

EDIT: Nevermind

[indigo0086]

The class wizard changes have screwed with my projects, whenever I use it with the default directory convention it doesn't connect those directories to the lookup paths, so I have to manually change it afterward or before.

Can you guys include in the next build the include/src automatically in the lookup path?

[stahta01]

The class wizard changes have screwed with my projects, whenever I use it with the default directory convention it doesn't connect those directories to the lookup paths, so I have to manually change it afterward or before.

Can you guys include in the next build the include/src automatically in the lookup path?

Try turning on this option
"Settings" -> "Compiler and Debugger"
Tab "Other Options" far right tab
Verify that "Explicitly add current compiling file directory ..." is checked.

Tim S

[wobien]

Verify that "Explicitly add current compiling file directory ..." is checked.

I don't think that would help as the class wizzard puts by default the cpp file in the folder scr and the .h file in the folder include.
You must either set the include folder in the search path, or #include the .h file as:
"../include/newclass.h"
in the .cpp file, instead of as "newclass.h", what happens now.
That is why I made it possible to edit this in my patch:
http://forums.codeblocks.org/index.php/topic,7592.msg57425.html#msg57425
It wouldn't be difficult to let the class wizard choose "../include/newclass.h" by default.