The 12.11 RC1 (11 November 2012 build 8549) is out.

[MortenMacFly]

The lib subfolder of MinGW just contains:
libbfd.la
libopcodes.la
after the installation.

Can you try again, please? I've re-uploaded this package. Seems NSIS did something wrong in the first place...

[Jenna]

The lib subfolder of MinGW just contains:
libbfd.la
libopcodes.la
after the installation.

Can you try again, please? I've re-uploaded this package. Seems NSIS did something wrong in the first place...

Seems to work now.

[Martin K.]

The lib subfolder of MinGW just contains:
libbfd.la
libopcodes.la
after the installation.

Can you try again, please? I've re-uploaded this package. Seems NSIS did something wrong in the first place...

Seems to work now.

same here!

Martin

[ollydbg]

RC1 candidate (i.e. full installer) of new Code::Blocks release can be found here:
http://prdownload.berlios.de/codeblocks/codeblocks-12.11-RC1-setup.exe

...the same, but bundled with MinGW:
http://prdownload.berlios.de/codeblocks/codeblocks-12.11-RC1-mingw-setup.exe

I suggest we can change/add some text about RC1 in the thread title "The 11 November 2012 build (8549) is out", so we can have more user to try it.

[MortenMacFly]

I suggest we can change/add some text about RC1 in the thread title "The 11 November 2012 build (8549) is out", so we can have more user to try it.

Good idea. BTW: Its on the front-page of C::B, to. With a link to this forum thread.

[xunxun]

btw, when xml compiler branch will be merged?

[oBFusCATed]

xunxun: After the release, so it won't delay it.

[killerbot]

only the libintl-8.dll in bin

I have copied , while reanming to libintl.dll, to lib ==> builds

Why not rename the import in the linker settings to libintl-8.dll ? This would be more compatible, IMHO.

BTW, Jens: I can use dependency walker to ensure we catch all dependencies in the release.

I doubt if this will work, because the dll is not in the lib directory ( I think) ? Will have a look when I get home.

[MortenMacFly]

I doubt if this will work, because the dll is not in the lib directory ( I think) ?

Than ad the "bin" folder to your linker search path's...

[killerbot]

yes, for us this is easy, but the user will have to ensure that the dll is also in his path !!!

[gd_on]

Just for your information, if it can help :
I have no problem when I build exchndl.dll as a separate build.
I have in my mingw32\lib folder a libintl.dll.a. It's obviously this one which is linked, because if I rename it, the build of exchndl.dll fails. Apparently, when I look inside this file with a binary editor, I can see a reference to libintl-8.dll. So this is probably the reason why I have no problem when builing exchndl.dll. But, I can't remember from where it comes, and it's a rather old file (19 Sept 2007 !). I have also with the same date a libintl.a and a libintl.la in this lib folder, but renaming them does not change anything, so I believe they are not used in my case.
In the mingw32\bin folder I have effectively a  libintl-8.dll but no  libintl.dll.

gd_on

[killerbot]

with the latest TDM , and even with older TDM452, no libint* lib (.a/.dll) in C:\Mingw32\lib

[MortenMacFly]

with the latest TDM , and even with older TDM452, no libint* lib (.a/.dll) in C:\Mingw32\lib

I am using libintl-0.18.1.1-1-msys-1.0.17-dll-8.tar.lzma, no issues.

[TDragon]

I think it's unfortunate that exchndl.dll depends on libintl. Down that road lies madness...

The libintl-8.dll that is installed by TDM-GCC comes from the MinGW project:
http://sourceforge.net/projects/mingw/files/MinGW/Base/gettext/gettext-0.18.1.1-2/
It is a dependency of MinGW's binutils and mingw32-make.

The import library for the DLL in gettext-0.18.1.1-2-mingw32-dev.tar.lzma should be compatible with TDM-GCC. Or, you may consider rebuilding gettext from source as a static library to avoid DLL hell.

[scarphin]

I've waited long but besides Scintilla upgrade, bugs #18559 and #18560 are still present.

http://developer.berlios.de/bugs/?func=detailbug&bug_id=18559&group_id=5358
http://developer.berlios.de/bugs/?func=detailbug&bug_id=18560&group_id=5358