The 21 May 2007 build is out.

[MortenMacFly]

I had the same problem with the build. Already filed it as Bug #11144.

That's not the same problem. Rick: You still have old plugin DLL's in your C::B plugin folder. Notice that these plugin have been renamed as:
debuggergdb --> debugger
compilergcc --> compiler
pluginwizard --> scriptedwizard.
Thus you only need to cleanup your C::B folder. I've closed the bug report accordingly.
With regards, Morten.

[rickg22]

Ugh, does that mean i have to reinstall the sourcecode and compile from scratch?

OK then.  :lol:

[byo]

No no no, I hope, you haven't done it. Anyway, it won't fix the libwxsmithlib.zip problem (and other presented here).

The easiest way is to completily remove c::b from system just before make install because there are some rubbish left causing this bug. Since make uninstall won't be usefull here too, it should be done manually.

BYO

[lubos]

i exited cb normally, then started it again and it asked me to select compiler..WTF??? all my settings was removed... the only luck i had a copy of them because i was copying codeblocks to another computer(with settings from "documents and settings") however when i replaced settings with my saved ones and exited again, all was ok... im afraid to use codeblocks sometimes lol

[Roman]

Hi there!

The "debugging windows" button on debug panel does not work for me. The "Debug/debugging windows" menu entry works.
21 may win32 build

Regards
Roman

[attachment deleted by admin]

[Biplab]

The "debugging windows" button on debug panel does not work for me. The "Debug/debugging windows" menu entry works.
21 may win32 build

Are you using wx-2.8.3 runtime dll? This issue has been fixed with wx 2.8.4 runtime dll.

[Roman]

Thx

[killerbot]

No no no, I hope, you haven't done it. Anyway, it won't fix the libwxsmithlib.zip problem (and other presented here).

The easiest way is to completily remove c::b from system just before make install because there are some rubbish left causing this bug. Since make uninstall won't be usefull here too, it should be done manually.

BYO

can you tell us which part we should manually delete ??

otherwise it means getting sources fresh from svn ??

[byo]

No no no, I hope, you haven't done it. Anyway, it won't fix the libwxsmithlib.zip problem (and other presented here).

The easiest way is to completily remove c::b from system just before make install because there are some rubbish left causing this bug. Since make uninstall won't be usefull here too, it should be done manually.

BYO

can you tell us which part we should manually delete ??

otherwise it means getting sources fresh from svn ??

No, it's not about invalid sources but about files installed on system during make install. Sources are OK.

In some buggy revision, make install installed   /usr/local/share/codeblocks/plugins/libwxsmithlib.la / .so, but it should be put into /usr/local/lib/libwxsmithlib.la / .so.

Now makefiles are correct, so while make install libwxsmithlib.so is put into right location, but the old one (in  plugins directory) may still exists and that one should be removed.

Refetching source tree and rebuilding won't help here because that incorrect file will still be in directory  where plugins are put after instalation.

Code Select Expand

rm /usr/local/share/codeblocks/plugins/libwxsmithlib.*
- that should fix this issue, but just to prevent such bugs for other plugins it could be better to

Code Select Expand

rm -rf /usr/local/share/codeblocks
just before make install so that all shared C::B stuff is deleted with all rubbish that could be accidentially put there.

Hope that this is clear 

BYO

[killerbot]

thx byo, very clear. Problem solved for me ;-)

that remove all could be very interesting indeed just before make install : @Yiannis : what do you think ?

[byo]

"ERROR: /usr/local/share/codeblocks/plugins/libwxsmithcontribitems.so: not loaded (missing symbols?)"
running Ubuntu Feisty 7.04

Confirmed. I'll look into it today. Strange it looks like wx 2.8.4 causes this to happen. But after I've checked what's the missing symbol, it's some internal data of wxChartCtrl  :?

Thanks for reporting

BYO

Jay, that's a nightmare :x. Missing symbol is _ZVT16wxPieChartPoints or _ZVT18wxBar3DChartPoints and surely many others would fit here, I don't know how it's choosen.

Because of _ZVT prefix I conclude that it's missing virtual funciton table. But since classes are correct (otherwise it woudn't compile ANY time), those tables should be fine  :? anybody has any experience with this stuff ? Maybe it's GCC's bug ?

Anyone

[jmanson]

Hello, I have Installed the Debian package on Feisty 7.04 and am trying to use the Digital Mars D compiler on the default D application project. However, Code::Blocks is unable to find my compiler although it is installed. The error message is as follows. I tried to find the settings for the compiler, but was unable to confirm what executable CB is trying to run.

"cbtest - Debug" uses an invalid compiler [YOUR ANSWER IS ALREADY THERE. SEARCH THE FORUMS!]. Skipping...
Nothing to be done.

[jmanson]

I got it working. Sorry for bothering you all.

[mandrav]

that remove all could be very interesting indeed just before make install : @Yiannis : what do you think ?

Unfortunately there are not many things we can do about it...

Jay, that's a nightmare :x. Missing symbol is _ZVT16wxPieChartPoints or _ZVT18wxBar3DChartPoints and surely many others would fit here, I don't know how it's choosen.

Because of _ZVT prefix I conclude that it's missing virtual funciton table. But since classes are correct (otherwise it woudn't compile ANY time), those tables should be fine  :? anybody has any experience with this stuff ? Maybe it's GCC's bug ?

The problem is not that it's about a virtual function but probably because of the size of the arguments (sizeof)...
I don't have the time to look into it atm but check what args these functions take. If the number of args is different between versions or the args themselves are different, then this could be the problem.

[Miq]

Hello, I've uploaded a portable version here.
Thank you MVP for the space! ...
Thank you, dear Code::Blocks team, for the best IDE ever

@wxLearner: do you see any possibility you could that excellent job again, this time with a more recent gcc? I'd rather like 4.2 in there...