The 02 January 2010 build (6023) is out.

[csde_rats]

Currenty I can't download this nightly build, it seems like berlios.de isn't currently reachable.
Could anyone upload it to his/her server or a free file hoster?

[MortenMacFly]

it seems like berlios.de isn't currently reachable.

Right:
http://monitor.berlios.de/berlios-status/index.php

Be patient...

[Jenna]

Currenty I can't download this nightly build, it seems like berlios.de isn't currently reachable.
Could anyone upload it to his/her server or a free file hoster?

You can try http://download2.berlios.de/codeblocks/CB_20100102_rev6023_win32.7z (direct-link, seems to work at the moment).

[csde_rats]

Thanks a lot!

[JRHeisey]

I really appreciate the continued development of CB.

It looks like there has not been a major stable release of CB since 8.02. It has been almost two years. I would like to suggest that it is time.

Also the road map on the twiki at http://wiki.codeblocks.org/index.php?title=Roadmap hasn't been updated in two years. Is there another publicly available road map?

Thanks,
J.R. Heisey

[Wavesonics]

The "Lets please have a new Stable release" debate is a sensitive topic on here, treed softly

[Loaden]

The button to see the status unclear, it is recommended to use gray icon represents is not enabled, while the colored icons on behalf of the opening.
Thanks!

Disabled buttons are in fact greyed out.
What you mean (I think) is the difference between toggled (active option) and untoggled (inactive option) button.
On XP there is not much difference between the two states, on linux it's much better.
I will look into it.

Also, why the path does not support global variables? For example: $ (WX.include) or $ (WX)

Because it's not (yet) implemented.
I will see how easy this can be done.
Thanks for the suggestion.

SVN 6077, This version still does not work properly. From the search results view, ThreadSearch did not receive $ (WX) the correct path.


[attachment deleted by admin]

[Loaden]

This API can not be resolved, do not know whether the information will help CC the bug fixes?

Code

#include <iostream>
#include <string>
#include <windows.h>

using namespace std;

int main()
{
    Wai
    string s;
    return 0;
}

[attachment deleted by admin]

[Loaden]

With make_pair, seems CC can not resolve it correctly.


[attachment deleted by admin]

[Jenna]

The button to see the status unclear, it is recommended to use gray icon represents is not enabled, while the colored icons on behalf of the opening.
Thanks!

Disabled buttons are in fact greyed out.
What you mean (I think) is the difference between toggled (active option) and untoggled (inactive option) button.
On XP there is not much difference between the two states, on linux it's much better.
I will look into it.

Also, why the path does not support global variables? For example: $ (WX.include) or $ (WX)

Because it's not (yet) implemented.
I will see how easy this can be done.
Thanks for the suggestion.

SVN 6077, This version still does not work properly. From the search results view, ThreadSearch did not receive $ (WX) the correct path.

Try $(#wx) !

[Loaden]

The button to see the status unclear, it is recommended to use gray icon represents is not enabled, while the colored icons on behalf of the opening.
Thanks!

Disabled buttons are in fact greyed out.
What you mean (I think) is the difference between toggled (active option) and untoggled (inactive option) button.
On XP there is not much difference between the two states, on linux it's much better.
I will look into it.

Also, why the path does not support global variables? For example: $ (WX.include) or $ (WX)

Because it's not (yet) implemented.
I will see how easy this can be done.
Thanks for the suggestion.

SVN 6077, This version still does not work properly. From the search results view, ThreadSearch did not receive $ (WX) the correct path.

Try $(#wx) !

OK, it's work fine!

[pir]

Having problems with this build on Ubuntu 9.10. I get a message:

"codeblocks: relocation error: /usr/lib/libcodeblocks.so.0: symbol _Z18wxSafeConvertWX2MBPKw, version WXU_2.8 not defined in file libwx_baseu-2.8.so.0 with link time reference"

which I gather from a previous post is wxWidgets-related. I have:

libwxbase2.8
wx-common
libwxgtk2.8-0

installed (+ a few dev versions). All are version 2.8.10.1-1 from apt.wxwidgets.org/universe

Can anybody tell me what's wrong? Have I got the wrong packages?

BTW: The CodeBlocks packages come from lgp203.free.fr/universe: codeblocks, codeblocks-common, codeblocks-contrib, codeblock-contrib-common and libwxsmithlib0, all versions svn6023-0ubuntu1-karmic.

Peter

[Jenna]

pasgui's packages for karmic are build against the wxwidgets-packages shipped with ubuntu 9.10 (karmic koala), the ubuntu-packages and the packages from apt.wxwidgets.org are not fully comaptible.

The nightly builds will depend/based upon wxWidgets 2.8.10, which is not available in the default Ubuntu repositories except for Karmic Koala.To successfully install these packages, you have to add the wxWidgets repository except for Karmic Koala on i386 architecture where the universe repository must be enabled.

That means you have to use the packages shipped with ubuntu 9.10 if you use the codeblocks-packages for karmic.

[pir]

Right! Got it. Works now.

(This package business has confused me. I have clearly misinterpreted the role of packages from wxWidgets).

Peter