The 07 March 2007 build is out.

[killerbot]

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

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

To fix the menu alignment bug introduced in wx 2.6.3 [windows only bug] we have patched wx ourselves, and that results in the following alternative dll : http://prdownload.berlios.de/codeblocks/wxmsw26u_gcc_cb_wx2.6.3p2AndCbPatch_version3.7z

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

For support of ansi builds, a link to the ansi windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw26_gcc_cb_wx2.6.3p2.7z

The 07 March 2007 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20070307_rev3672_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20070307_rev3672_Ubuntu6.xx.deb
         http://prdownload.berlios.de/codeblocks/CB_20070307_rev3672_suse100-102.i586.rpm (not yet)
         http://prdownload.berlios.de/codeblocks/CB_20070307_rev3672_fc4+5.i586.rpm (not yet)


Resolved Fixed:

• Debugger's tooltip evaluation re-enabled
• Fixed Code-folding bug (Fold/Unfold/Toggle All/{Current block} related)

Regressions/Confirmed/Annoying/Common bugs:

• toolbar-images-not-changing-state (is a wx problem/Win XP problem)
• menu items with icon not correctly aligned (since wx263) (is fixed with our special wx263/wx28 dll)

[Xaviou]

Ubuntu 6.10 Amd64 .deb installer can be found here.

[Alturin]

Now that I see the "Debugger's tooltip evaluation re-enabled" commit log, I wondered.
The symbol browsers shows a baloon with the text "Searching the symbos  tree is currently disabled. We are sorry for the inconvenience." whenever you hit search.
Is there any timeframe on this being fixed? Or is it somewhere on the todo-sometime heap?

Thanks for the great IDE .

[mike__t]

That message means it's fixed now :-).

[Poobah]

• Fixed Code-folding bug (Fold/Unfold/Toggle All/{Current block} related)

Thanks, but code folding is still really annoying because it won't automatically unfold its way to whatever line you jump to. Before this fix, it at least unfolded something, but now it won't do anything! Here's an example:

Code Select Expand

#include <stdio.h>

int main()
{
{
{
{
_non_existant_function();
}
}
}

return 0;
}

Open that in Code::Blocks, fold all, and compile. When you double-click "undefined reference to `_non_existant_function'" (or right-click and "jump to selected message", nothing happens. This is very annoying.

[kkez]

• Fixed Code-folding bug (Fold/Unfold/Toggle All/{Current block} related)

Thanks, but code folding is still really annoying because it won't automatically unfold its way to whatever line you jump to. Before this fix, it at least unfolded something, but now it won't do anything!
Open that in Code::Blocks, fold all, and compile. When you double-click "undefined reference to `_non_existant_function'" (or right-click and "jump to selected message", nothing happens. This is very annoying.

Yes, i already suggested to use this patch. Maybe it can fix both problems. See the topic on this discussion here.

[Biplab]

Thanks, but code folding is still really annoying because it won't automatically unfold its way to whatever line you jump to. Before this fix, it at least unfolded something, but now it won't do anything!

The fix is ready and I'm testing it. Hopefully you'll get it soon.

Regards,

Biplab


Edit 1: Fix applied in revision 3674.

[xee]

I ran into a bug in the previous version(and I assume it's still there), I have a single project that's using external makefiles, it builds and rebuilds successfully, however, when I use the "Rebuild workspace" command from the menu, I get building errors, this got me suspicious in the first place, after careful examination of the build log, I found that C::B builds the project using my external makefile first, then it completely ignores the external makefile and uses its own makefile for another build which fails.

[xee]

I have a suggestion, when adding new files to the project, after selecting the files, I get a dialog asking me to select the configurations(or targets as C::B calls them) to add the file to, and usually there are Debug, Release and a checkbox beside each of them, my suggestion is that all the targets should be selected by default, I rarely add a file to a certain target(s) only, and I think it's the same for other developers.

Thanks.