The 17 June 2012 build (8059) is out.

[gd_on]

Hi,
there is apparently a small error introduced at line 71 in sdk/autodetectcompilers.cpp (svn 8086) which makes xgettext fail to prepare strings for CB Translation. It's a non ascii character following the word *probably*.
Its :

Code Select Expand

           else // The compiler is *probably*Ü invalid, but at least a master-path is set
I suppose the good line should be :

Code Select Expand

           else // The compiler is *probably* invalid, but at least a master-path is set

gd_on

[MortenMacFly]

there is apparently a small error introduced at line 71 in sdk/autodetectcompilers.cpp (svn 8086) which makes xgettext fail to prepare strings for CB Translation.

My fault. Fixed in SVN.

[stahta01]

Noticed a warning in the wxSmith build; no idea how long it has been there.
I am using MinGW GCC version 4.6.x and 4.7.0 doing testing to see how they work.
It might be a new warning with one of those versions.

Tim S.

Code Select Expand


src\plugins\contrib\wxSmith\wxwidgets\wxsitemresdataobject.cpp|127|warning: converting 'false' to pointer type 'wxsItem*' [-Wconversion-null]|


Patch untested for working; compiled on Windows OK

Code Select Expand


Index: src/plugins/contrib/wxSmith/wxwidgets/wxsitemresdataobject.cpp
===================================================================
--- src/plugins/contrib/wxSmith/wxwidgets/wxsitemresdataobject.cpp (revision 8093)
+++ src/plugins/contrib/wxSmith/wxwidgets/wxsitemresdataobject.cpp (working copy)
@@ -124,7 +124,7 @@
if ( !Item )
{
        Item = wxsItemFactory::Build(_T("Custom"),Data);
-        if ( !Item ) return false;
+        if ( !Item ) return 0;
}

Item->XmlRead(Root,true,true);


Tim S.

[Epicurus]

Thanks again for your help MortenMacFly! I installed MinGW and my ProjectEuler exercise compiled and ran beautifully!

Do I need to worry about adding the directory for MinGW every time I upgrade the nightly? Presumably, I would delete my old version and install the new version in the same directory, including the two necessary DLLs.

[MortenMacFly]

Do I need to worry about adding the directory for MinGW every time I upgrade the nightly?

Usually not. The path is stored in the default.conf configuration file of Code::BLocks which is by default not in the installation folder. However, if you are using a portable installation - then it is. If you remove it, you have to setup the path again afterwards.

[DrShred]

I've just switched from 10.05 to nightly build  8059 and have encountered a problem with linker settings (using Ubuntu 12.04, 64-bit).  In 10.05 I could specify $ORIGIN in the linker settings by putting '-Wl,-R\\$$ORIGIN' in the 'other linker options' section, but this doesn't work any more.  The build log shows '-Wl,-R\\', but no mention of $ORIGIN.  Is there a better/different way of specifying $ORIGIN now?

[oBFusCATed]

DrShred: have you tried to find a suitable variable here: http://wiki.codeblocks.org/index.php?title=Variable_expansion
I suppose origin was an internal variable, so you've not meant to use it.

[Jenna]

I've just switched from 10.05 to nightly build  8059 and have encountered a problem with linker settings (using Ubuntu 12.04, 64-bit).  In 10.05 I could specify $ORIGIN in the linker settings by putting '-Wl,-R\\$$ORIGIN' in the 'other linker options' section, but this doesn't work any more.  The build log shows '-Wl,-R\\', but no mention of $ORIGIN.  Is there a better/different way of specifying $ORIGIN now?

Since some revisions we replace macros and variables in the linker settings.

You can try to triple the $-sign (-Wl,-R\\$$$ORIGIN).

[DrShred]

Triple $$$ works great!  Thanks for the quick replies!