The 17 May 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/wxmsw28u_gcc_cb_wx283.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

The 17 May 2007 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20070517_rev3970_win32.7z
  - Linux :
   http://prdownload.berlios.de/codeblocks/CB_20070517_rev3970_Ubuntu6.10+7.04.deb
   http://prdownload.berlios.de/codeblocks/CB_20070517_rev3970_suse100-102.i586.rpm (not yet)
   http://prdownload.berlios.de/codeblocks/CB_20070517_rev3970_fc4+5.i586.rpm (not yet)


Resolved Fixed:

• wxSmith: Added wxGrid
• wxSmith:
  * Removed any code related to user-defined items (it was unfinished and buggy, wxSmith extension like contrib items plugin is better solution than this)
  * Fixed bug in editor scrolling (couldn't easily scroll editor area)
• wxSmith: Fixed bug causing empty sizers to have 0x0 size (appeared in wx 2.

Regressions/Confirmed/Annoying/Common bugs:

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

[Grom]

Cool. At least we can add wxGrid to project. I would say wxGrid requires a dialog to set it up properly.

[CyberSlayer]

This does not build on Ubuntu 7.04:

Code

./bootstrap

gives the error:

Code

configure.in:80: warning: macro `AM_OPTIONS_WXCONFIG' not found in library
configure.in:81: warning: macro `AM_PATH_WXCONFIG' not found in library
configure.in:80: error: possibly undefined macro: AM_OPTIONS_WXCONFIG
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
configure.in:81: error: possibly undefined macro: AM_PATH_WXCONFIG

The manpage for autoconf does not mention m4_pattern_allow...  Anyone know a solution for this?

[DreamCT]

wxSmith: Fixed bug causing empty sizers to have 0x0 size (appeared in wx 2.Cool

wxSmith has(had) a bug that default size spacer have 0x0 size in preview and real code but looks 20x20 size in editor.
Above means this bug?

[jazzer]

Does anyone builds Code::Blocks for RedHat?

[gghelli]

To have autoconf and automake work you have to copy wxwin.m4 from /usr/local/share/aclocal/wx to /usr/share/aclocal.
Anyway when I building codeblock on Kubuntu 7.04 I have problems with compiling src/base/tinyxml/tinywxuni.cpp:

../../../src/include/toolsmanager.h:41: error: 'class ToolsList::Node' has not been declared

I think the problem is with WX_DECLARE_LIST which seems like not working correctly. I'm using wxWidgtes 2.8.3.

[PsYhLo]

This does not build on Ubuntu 7.04:
...

no problems to me the compilation just finish without any problems

[TheTuxKeeper]

Does anyone builds Code::Blocks for RedHat?

I will build a fedora core 6 package this weekend. Don't know whether you can take this. if you have gcc 4.0 or newer, it should work.

[afb]

Does anyone builds Code::Blocks for RedHat?

Just Fedora, but it should be buildable from the source code.

[byo]

wxSmith: Fixed bug causing empty sizers to have 0x0 size (appeared in wx 2.Cool

wxSmith has(had) a bug that default size spacer have 0x0 size in preview and real code but looks 20x20 size in editor.
Above means this bug?

Thanks for pointing out. In case of spacer size should be synced (some default sizes were changed when wx2.8 was introduced), but to prevent 0x0 size spacers, it will probably have some default size set initially. Otherwise you won't be able to select it in editor (that's why I've set default size for empty sizers).

Cool. At least we can add wxGrid to project. I would say wxGrid requires a dialog to set it up properly.

Simply NO, there won't be any dialog, at least in near future. As I've said before: only basic support for this item now.

BYO

[PsYhLo]

Code

ERROR: Plugin resource not found: libwxsmithlib.zip

Ubuntu 7.04 compile from svn 3970

how to fix it

[Fasser]

I've been using Ubuntu 6 builds under Debian unstable for a while now, and there were no dependency problems. Today nightly depends on libwxbase2.6-0 and libwxgtk2.6-0 >= 2.6.3.2.1.5ubuntu0.1, but if I manually change that to stock Debian libs (version 2.6.3.2.1.5), C::B still works OK.

Is it possible you change those dependencies back, or is there any BIG difference between those versions? This will allow Debian users to install (and test!) recent nightlys easily.

Thanks.

[cstudent]

I've been using Ubuntu 6 builds under Debian unstable for a while now, and there were no dependency problems. Today nightly depends on libwxbase2.6-0 and libwxgtk2.6-0 >= 2.6.3.2.1.5ubuntu0.1, but if I manually change that to stock Debian libs (version 2.6.3.2.1.5), C::B still works OK.

Is it possible you change those dependencies back, or is there any BIG difference between those versions? This will allow Debian users to install (and test!) recent nightlys easily.

Thanks.

Support for Ubuntu 6.06 was dropped because Codeblocks would no longer build under it. Ubuntu 6.06 uses wx2.6.1 as the available version in the Ubuntu repositories and it was causing some problems. Dapper is a Long Term Support OS and the only updates the developers will do are security updates, so it will never have a higher version of wxWidgets available "officially".

But out of pure boredom, since my wife left today for Chicago for a few days, I thought I would try my hand at building a Debian package. I built this one in a Debian 4.0 (Etch) environment. I don't have Debian installed on anything, so any guinea pigs that want to test it can download it from here. 

EDIT: File uploaded to Mediafire.

[cker]

please see the bug about this build ....
https://developer.berlios.de/bugs/?func=detailbug&bug_id=11121&group_id=5358

[Fasser]

But out of pure boredom, since my wife left today for Chicago for a few days, I thought I would try my hand at building a Debian package. I built this one in a Debian 4.0 (Etch) environment. I don't have Debian installed on anything, so any guinea pigs that want to test it can download it from here. 

Guinea pig report follows:

Package installs OK, but program refuses to start. If killed and started again, it displays a message box with the following message: "Deleted stale lock file '/tmp/Code::Blocks-fasser'.", which is normal given that the program was abnormally closed before. This happened from time to time with previous nightlies, but C::B usually started OK afterwards, whereas this time it just hangs there forever.

Note that your Ubuntu build from this same snapshot always started OK (didn't launch it many times, but a few of them), so maybe there IS some real difference between Debian and Ubuntu libs, at least at compile time.

Hope this helps :-)