The 27 February 2010 build (6181) is out.

[elettronica67]

Hi, thank you for your job
on the windows distribution I have found some icons missing.
I have copied the icon folders from the previous nightly-build (6088) and all seems to work fine.

The missingo folders are:
share\CodeBlocks\images\codesnippets
share\CodeBlocks\images\ThreadSearch
share\CodeBlocks\images\wxsmith

On Ubuntu all works fine!!

Thanks again
Paolo

[stefanos_]

Current svn version 6182 just crashed while had all Code::Blocks's wxs open for GUI comprehesion, and decided to close workspace. Upon closing it crashed and an RPT file was created.

Here is the crash report: http://pastebin.ca/1821790

System specs:

• Windows XP SP3
• Code::Blocks svn 6182
• MinGW 5.1.6 (with the latest updates installed)

I have tried to reproduce the same bug but unfortunately I couldn't.

Thank you very much.

Regards,

Stefanos

[wavelet]

good job 

[critic]

Problem with automatic insertion of double quotes (") - in '(' and ')' I place autogenerated double quote:

Code:

"(") // it's ok
"(")some_code // double quote mustn't be generated before some_code if there is no space between them
some_code"(") // double quote mustn't be generated after some_code if there is no space between them

I like this feature, but the above behaviour is noisy - I need to delete autogenerated double quote.

Did you notice this: http://forums.codeblocks.org/index.php/topic,11875.msg81723.html#msg81723 about autogeneration of scopes ({})?

[blueshake]

Problem with automatic insertion of double quotes (") - in '(' and ')' I place autogenerated double quote:

Code:

"(") // it's ok
"(")some_code // double quote mustn't be generated before some_code if there is no space between them
some_code"(") // double quote mustn't be generated after some_code if there is no space between them

I like this feature, but the above behaviour is noisy - I need to delete autogenerated double quote.

Did you notice this: http://forums.codeblocks.org/index.php/topic,11875.msg81723.html#msg81723 about autogeneration of scopes ({})?

@critic

sorry to say I failed to make a patch for this.Today I spend time on it and find it is diffcult to do this.I am not statisfied with the reuslt. :(if you want to do this.you can learn something from eranif's codelite, in the file cl_editor.cpp.

[Lord Delvin]

Is it possible to change behavior of f11(switching between header/source) To switch to the source/header in the same namespace/directory? In any version tested, that should be all nightlies in the last 3 months, f11 seems to switch to some sort of "default" header.

As allways: I love what you do:)

EDIT: @Xaviou/pasgui: Is there a reason why theres no current amd64 build in the lpg repo?

[ollydbg]

Is it possible to change behavior of f11(switching between header/source) To switch to the source/header in the same namespace/directory? In any version tested, that should be all nightlies in the last 3 months, f11 seems to switch to some sort of "default" header.

As allways: I love what you do:)

EDIT: @Xaviou/pasgui: Is there a reason why theres no current amd64 build in the lpg repo?

If I can remember, we have discussed this several months ago, and morten has done some thing in the CC's code. I think the defaualt way is switch the files in the same folder. Can you give me a specific example? Also, we have a CC's testing workspace in the SVN source, can you test it?

[oBFusCATed]

Olly: this has nothing to do with CC
Lord Delvin: there was a discussion but I think no one implemented the proposed solution (corrections to this statement are welcome)

[Lord Delvin]

Theres an easy and fast way to reproduce what i mean:

Create an empty project.
Create new Class -> n1::Test
Create new Class -> n2::Test

goto one ef n2::Test's files and press F11.

I never wanted to mess with your code, but maybe i will get the svn and try to fix that.

EDIT: Im unable to build Codeblocks (6181 and current, that was 6187 i think). Build and install works fine, but codeblocks refuses to start with error:
"codeblocks: symbol lookup error: codeblocks: undefined symbol: _ZTI17wxScrollingDialog"
(I'm using wx-dev packages version 2.8.10 from wx repository)

@ollydbg: I dont CC can create this bug, but i never looked at CB's code.

[pasgui]

EDIT: @Xaviou/pasgui: Is there a reason why theres no current amd64 build in the lpg repo?

In fact, I can build only i386 and Xaviou provides the amd64 builds.

best regards, pasgui

[Kazade]

I don't suppose anyone is building AMD64 packages for Lucid yet? I've tried the ones from both Pasgui's and Jens' repositories both are incompatible with the wxwidgets in Lucid:

Code:

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

[pasgui]

I don't suppose anyone is building AMD64 packages for Lucid yet? I've tried the ones from both Pasgui's and Jens' repositories both are incompatible with the wxwidgets in Lucid:

Code:

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

Try to install wxWidgets from wxWidgets.org: jaunty-wx instead of packages from lucid

Best regards, pasgui

[Kazade]

I don't suppose anyone is building AMD64 packages for Lucid yet? I've tried the ones from both Pasgui's and Jens' repositories both are incompatible with the wxwidgets in Lucid:

Code:

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

Try to install wxWidgets from wxWidgets.org: jaunty-wx instead of packages from lucid

Best regards, pasgui

Thanks pasgui, but I tried that. The version in Lucid supersedes the one in the repository, I could force the version but I don't want to break anything else.

For now I've self-compiled Code::Blocks which is working fine

[MortenMacFly]

To make it short... Please notice:
http://forums.codeblocks.org/index.php/topic,12156.msg82577.html#msg82577

[critic]

I made C::B plugin to build Qt projects (QtHelper). If you taste it you will see that it duplicates a lot of codeblocks' project settings widgets and forms. It is because of that this plugin generates makefile from C::B's project and then compiler uses this makefile for build and to work with C::B's project (configure it) I must duplicate these setting widgets because in projects those use custom makefile these options are disabled.

Somebody on this forum adviced me to do so (to duplicate), but the more I use C::B the more widgets I need to duplicate - it's not good - I copy you work.

May be it will be better to allow not only `custom makefile projects`, but simply `makefile projects`, i.e. projects those building goes through makrfile generation?

Please, answer me.
With regards, Mihail.