The 17 August 2009 build (5731) 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_wx2810.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 17 August 2009 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20090817_rev5731_win32.7z
  - Linux :
   none

Resolved Fixed:

• compiler: fixed crash with SDCC compiler, thanks stahta01
• fix an issue in ThreadSearchView, slipped in with the encoding detection changes, that can lead to increasing textbuffers
• added parameter to disable DebugLog output of encoding-detector, otherwise it can lead to a crash, if used from inside a thread (like ThreadSearch does); fix ThreadSearch accordingly
• fixed certain bugs in compiler version detection (user defined compilers did not work at all)
• make detection of latin-2 encoding optional, because it can break latin-1 detection due to their similarity; update mozilla-based encoding-detection, comment out some code not needed by C::B
• wx-2.9 migration: Removed deprecated function calls from src/switcherdlg.cpp

Regressions/Confirmed/Annoying/Common bugs:

[Loaden]

another problem when creating a DLL...
let's say I'm compiling a DLL called "Irrlicht.dll", now the lib file is named "libIrrlicht.dll.a"...
but I don't want the ".dll" between "libIrrlicht" and ".a" !!!
now I either need to rename the lib manually or change the project settings for all my projects... 

is there a way to disable the ".dll" for the lib name ???

http://forums.codeblocks.org/index.php/topic,10912.msg75078.html#msg75078

[stahta01]

another problem when creating a DLL...
let's say I'm compiling a DLL called "Irrlicht.dll", now the lib file is named "libIrrlicht.dll.a"...
but I don't want the ".dll" between "libIrrlicht" and ".a" !!!
now I either need to rename the lib manually or change the project settings for all my projects...  

is there a way to disable the ".dll" for the lib name ???

http://forums.codeblocks.org/index.php/topic,10912.msg75078.html#msg75078

Please stop filling up the nightly build thread with this topic.
Start a new thread and/or submit it as a bug.
Submit patch if you have a fix.

Tim S.

[jens]

Just uploaded the debian packages (binaries and sources) to my server.

[Kalith]

There's something I don't understand. You write :

wx-2.9 migration

... yet the wx dll you provided is still the 2.8 version (wxmsw28u_gcc_cb.dll).

[jens]

There's something I don't understand. You write :

wx-2.9 migration

... yet the wx dll you provided is still the 2.8 version (wxmsw28u_gcc_cb.dll).

That means that to compile with wx2.9 the code needs several changes to compile cleanly.
These are things that have to be done step by step and carefully.

Even if they do not change anything when compiled with wx2.8 they are listed in the changelog.
wx2.9 is not actually used for the nightlies, but the code gets prepared for it.

[Kalith]

Understood!

[ahui886]

good  job,thanks

[Acki]

another problem when creating a DLL...
let's say I'm compiling a DLL called "Irrlicht.dll", now the lib file is named "libIrrlicht.dll.a"...
but I don't want the ".dll" between "libIrrlicht" and ".a" !!!
now I either need to rename the lib manually or change the project settings for all my projects... 

is there a way to disable the ".dll" for the lib name ???

http://forums.codeblocks.org/index.php/topic,10912.msg75078.html#msg75078

yup, and also still the Ctrl-Tab / Ctrl-Shift-Tab problem presists !!! 
I'll stick with rev5678 - the last rev where both worked right...

[jens]

yup, and also still the Ctrl-Tab / Ctrl-Shift-Tab problem presists !!! 
I'll stick with rev5678 - the last rev where both worked right...

You can change the keyboard-shortcut for the switcherdialog with the keybinder-plugin, and/or use "Ctrl+left/right arrow" instead.
The problem, that Ctrl+Tab or Ctrl+arrow does no longer wrap the selected tabs will remain.
It's a wxAui-issue and can not be changed without patching wxAuiNotebook or deriving an own class from it.
I did the second, and wrapping, stepping through tabs (even if they are reordered) and saving them in the reorderd sequence if project is closed works more or less.
The problem with the patch is, that every place where wxAuiNotebook occurs has to be patched and that it might break again, with newer wxWidgets versions.

It was not so easy to make it work, because some of the wxAuiNotebook class-members (especially the control that contains the tabframes) are declared inside the cpp and not the header-file.

I can create and a patch if anyone is interested in testing and/or improving it.
But be aware that it might never make it into trunk, even if I think we should do so.

[nix_BB]

This Ctrl-Tab thing is a pain, but I'm experiencing another anomaly that no one else has mentioned yet, so I might be alone here.

A single Ctrl-Tab doesn't switch tabs it only shows the tab dialog. Once the dialog is displayed subsequent commands switches documents forward or backward.

The browse tracker plugin works nicely but it's not a solution to this problem. Ctrl-Tab is an expected navigation standard so this bug is easily noticed and creates the perception that C::B is broken (not wxAUI where the problem lies). Therefore I believe the patch jens is suggesting should be applied to the trunk, even if it's only applied to the main document notebook.

@jens I'll be happy to test your patch and help were I can, as long as I can work under your supervision and bug you for some guidance of course

[jens]

A single Ctrl-Tab doesn't switch tabs it only shows the tab dialog. Once the dialog is displayed subsequent commands switches documents forward or backward.

You can change the keyboard-shortcut for the switcherdialog with the keybinder-plugin, and/or use "Ctrl+left/right arrow" instead.

To make it clear, after changing (or removing) the keyboard-shortcut for the switcher-dialog (Switch Tabs in the View menu) you can use Ctrl-Tab in both directions, but without wrapping and without respecting the tab-order if changed with drag'n'drop.

[jens]

I can create and a patch if anyone is interested in testing and/or improving it.
But be aware that it might never make it into trunk, even if I think we should do so.

I uploaded the patch to my server: http://apt.jenslody.de/patches/cbAuiBook_20090728-1.patch.
It should apply clean to linux and windows.
You should use a fresh svn source-tree, or clean the sources and delete the devel and output subdirs to make absolutely sure nothing old remains there.


wxAuiNotebook seems to be under heavy development (again) at the moment.
So I think we (the devs) should discuss if such a change (that breaks the sdk-api, even if it's broken at all after change to wxAuiNotebook) can ever be applied to trunk.
Because reverting (or even fixing) it if the behaviour in wxWidgets changes, will break api again.

But it seems that the wxWidgets api has changed, so that we need many fixes, before we can use a newer wxWidgets, and that changes will most likely break parts of the api, too.

[daniloz]

Hi,

I have a problem with my custom toolchain with this nightly build.

I have wrote an interface in C# to run VisualDSP++ from C::B. This interface runs whatever has to be run to build the project and write the messages back to the console using "Console.Write()".

Then, in C::B, I've set  "Settings -> Compiler and debugger... -> Global compiler settings -> [the compiler you use] -> Other settings(rightmost tab)" "Compiler logging" to "Full commandline", as usual. However, this time, I don't get anything in the "Build Log".

This was fully working with v8.02, though.

Any clue?

[jens]

How do you run your program ?
As pre- or post-build step ?
Are you sure it gets started and has output ?

I just tested it with a simple "Hello world"-program, that writes to the console (c++ not c#), and that works without problems.