The 25 July 2007 build (4321) is out.

[manowar]

Code completion does not work anymore in the last few nightlies...is it a known issue ? I saw other people having the same issue. I am on ubuntu Feisty.
Thanks

[dazoe]

Same here. I get your connection to the server has been reset.
Another thing, I use Code::Blocks for D dev. using dmd as the compiler. I'm not sure how the code-compleation is done but i'd like it if it would work for phobos. eg: import std.stdio; and it would add std.stdio to the codecompleation.

-dazoe

edit: with http://prdownload.berlios.de/codeblocks/CB_20070725_rev4321_Ubuntu6.10+7.04_wx2.8.4.tar.gz being down or something could someone put up a mirror?

[szczepan]

Since 4267 it is impossible to configure and build C::B in a separate directory (out-of-source):

Code Select Expand


make[4]: Entering directory `/home/rulatir/works/CB/build/src/src/resources'
make[4]: *** No rule to make target `*.xrc', needed by `resources.zip'.  Stop.
make[4]: Leaving directory `/home/rulatir/works/CB/build/src/src/resources'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/rulatir/works/CB/build/src/src/resources'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/rulatir/works/CB/build/src/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/rulatir/works/CB/build/src'
make: *** [all-recursive] Error 1



I did everything I could to locate the problem, and the only thing I cannot do is submit a fix because I am not sufficiently skilled at makefile writing. The problem is with new prerequisites for resources.zip (and possibly start_here.zip). Make cannot find these prerequisites when building out-of-source. Here is a diff between 4266 and 4267 (this is NOT a patch, it is the change that introduced the problem):

Code Select Expand


Index: trunk/src/src/resources/Makefile.am
===================================================================
--- trunk/src/src/resources/Makefile.am (wersja 4266)
+++ trunk/src/src/resources/Makefile.am (wersja 4267)
@@ -8,8 +8,8 @@
dist_pkgdata_DATA = resources.zip start_here.zip
CLEANFILES = $(pkgdata_DATA)

-resources.zip:
+resources.zip: *.xrc images/*.png images/16x16/*.png
        PWD=`pwd` cd $(srcdir) && zip $(PWD)/resources.zip *.xrc images/*.png images/16x16/*.png > /dev/null

-start_here.zip:
+start_here.zip: start_here/*.htm* start_here/*.png
        PWD=`pwd` cd $(srcdir)/start_here && zip $(PWD)/start_here.zip *.htm* *.png > /dev/null


The bug report is here.

[Methedrine]

Code completion does not work anymore in the last few nightlies...is it a known issue ? I saw other people having the same issue. I am on ubuntu Feisty.
Thanks

Same OS, but no problem here - it works just fine (except for enums, but I don't think those are supported yet?).

[mariocup]

I compiled svn 4321 and have some strange behaviour under windows. I have enabled smart-Tab scheme.

I have several sources e.g foo.c and foo1.c opened in the editor and foo.c is active in the editor. Then I use Ctrl+Tab to switch between the sources and CB switches to the next file, but a Tab in the file foo.c is inserted????

[dje]

Hi Mario !

Where do I find the incremental search dialog?

These dialogs are used by the Goto file... and Goto function... items.
It is now possible to type mes*man instead of messageman to filter messagemanager.cpp file in the Goto file... dialog
Same thing for methods.

Dje

[manowar]

Same OS, but no problem here - it works just fine (except for enums, but I don't think those are supported yet?).

Hum, that's weird... I have not changed anything in my project and it suddenly stopped working when I upgraded to a new nightly. I even tried to make a new project from scratch and make sure that the 'code completion' paths were ok, but CTRL-SPACE has no effect at all. I will try again tonight then, I must have something wrong in my settings.

Thanks and glad to hear it is still working.

[indigo0086]

When I press the run debug button it just stalls, but when I select compile then the debugger starts, otherwise it would just hang there.

[dje]

Note: we speak on this nightly post of the debugger start problem but I've always had this behaviour since I began working on C::B sources with MinGW GCC 3.4.5

Dje