The 19 January 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 19 January 2007 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20070119_rev3507_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20070119_rev3507_Ubuntu6.xx.deb
         http://prdownload.berlios.de/codeblocks/CB_20070119_rev3507_suse100+101.i586.rpm
         http://prdownload.berlios.de/codeblocks/CB_20070119_rev3507_fc4+5.i586.rpm


Resolved Fixed:

• Added Require() script function. Similar to Include() except that
  Require() raises an error if the file can't be opened.A
• Added Compiler::IsValid() function (reports if a compiler is actually installed and available).
• SDK version is now 1.11.8

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)

[jiao]

Nice job thanks!

I was wondering, is there any way to pull the nightly builds from SVN instead of having to download the package and unzip it everytime?

[killerbot]

nope, svn == sources, but buildin cb with cb is fun ;-)

[nenin]

Debugger not working:
Corrected  :? Project lost -g in debug branch  :shock:

[killerbot]

with todays nightly ?

[nenin]

with todays nightly ?

I have some odd troubles with this project in older builds. Probably, somewhere I lost "-g".
Now it looks OK.

[Belgabor]

I just wanted to confirm the problem with compiling rc files for this nightly reported in the 18.1. thread, although it seems pretty strange:

Code Select Expand


windres.exe -i "F:\Development\svn\RCT3 Importer\src\RCT3 Tool\wxapp.rc" -J rc -o "..\..\lib\obj\release dll\wxapp.res" -O coff -IF:\MinGW\include -IF:\MinGW\include\wx-2.8
gcc: F:\Development\svn\RCT3: No such file or directory
gcc: Importer\src\RCT3: No such file or directory
gcc: Tool\wxapp.rc: No such file or directory
gcc: warning: '-x c' after last input file has no effect
gcc: no input files
windres.exe: no resources
Process terminated with status 1 (0 minutes, 0 seconds)
1 errors, 1 warnings


[basurapr]

Stick with the 10th january revision,

I think theres a problem with white spaces introduced

---------------------------------------------------------------------------
Compiling: resource.rc
gcc: Files\codeblocks\SDK\wxWidgets-2.8.0\include: No such file or directory
gcc: F:\Mis: No such file or directory
gcc: Documentos\C: No such file or directory
gcc: Projects\MyProject\resource.rc: No such file or directory
gcc: warning: `-x c' after last input file has no effect
gcc: no input files
windres.exe: no resources
---------------------------------------------------------------------------

=============================================
diretories should be:

second line is
C:\Program Files\codeblocks\SDK\wxWidgets-2.8.0\include

The third, fourth and fifth lines:
F:\Mis Documentos\C Projects\MyProject\resource.rc
=============================================

the commands are stripped by the spaces, i think that the file arguments are not sended with \" characters(").

[Poobah]

I don't think that Windres (the GNU RC script compiler) even supports file names with spaces. Code::Blocks should just rename them before and after compiling when GCC is selected as the compiler.

[Marenz]

I noticed that cb doesn't save the changed files when i compile them. This is on rev 3515, debian etch amd64. I use a custom makefile.

--Ano

[cbexaminr]

thought regarding spaces - could the problem have always been there, but the switch to full paths that include them has caused it to be revealed...

whereas the previous relative paths perhaps contained no (path/directory) segments that had spaces in them (such as "Program Files", or "C Development")?

Should all absolute paths (at least with spaces) be quoted in the command lines?

[basurapr]

Should all absolute paths (at least with spaces) be quoted in the command lines?

Yes, I think that the arguments should be sended quoted to the compiler. When the argument have spaces like this: C:\Program Files, it will pass like two arguments, "C:\Program" and "Files" to the char** argv array. It should be "C:\Program Files" to stop the problem. Maybe I'm wrong!  :?

[julienlecomte]

FYI:
There's some SDK mismatch problem with the ClearCase plugin with this build. To avoid error message at startup, I just deleted the clearcase zip and dll.

[killerbot]

FYI:
There's some SDK mismatch problem with the ClearCase plugin with this build. To avoid error message at startup, I just deleted the clearcase zip and dll.

yes, destroy it, this is a personal plug-in that sneaked into the nightly zip, my mistake. Off course I you use clearcase I can always provide you with a newer one ;-)

[branleb]

I  have openSuSE 10.2 and i installed C::B rpm for suse10.0/10.1 (nigthly)
The splash screen appearing at the start always shows BUILD# "SVN 0", could anyone confirm ?
and is so, could you fix it ?
it is not so important, but it doesn't look so good with version number "0" ;-)