Author Topic: The 12.11 RC1 (11 November 2012 build 8549) is out.  (Read 232440 times)

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9694
Re: The 11 November 2012 build (8549) is out.
« Reply #15 on: November 12, 2012, 12:56:14 pm »
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...
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

Offline Jenna

  • Administrator
  • Lives here!
  • *****
  • Posts: 7255
Re: The 11 November 2012 build (8549) is out.
« Reply #16 on: November 12, 2012, 01:17:53 pm »
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.

Offline Martin K.

  • Multiple posting newcomer
  • *
  • Posts: 86
Re: The 11 November 2012 build (8549) is out.
« Reply #17 on: November 12, 2012, 01:46:56 pm »
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

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5910
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 11 November 2012 build (8549) is out.
« Reply #18 on: November 12, 2012, 02:19:39 pm »
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.
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9694
Re: The 11 November 2012 build (8549) is out.
« Reply #19 on: November 12, 2012, 03:23:41 pm »
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.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

Offline xunxun

  • Almost regular
  • **
  • Posts: 187
Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
« Reply #20 on: November 12, 2012, 04:58:48 pm »
btw, when xml compiler branch will be merged?
Regards,
xunxun

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
« Reply #21 on: November 12, 2012, 05:04:56 pm »
xunxun: After the release, so it won't delay it.
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5490
Re: The 11 November 2012 build (8549) is out.
« Reply #22 on: November 12, 2012, 06:30:29 pm »
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.

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9694
Re: The 11 November 2012 build (8549) is out.
« Reply #23 on: November 12, 2012, 06:50:39 pm »
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... :D
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5490
Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
« Reply #24 on: November 12, 2012, 07:42:14 pm »
yes, for us this is easy, but the user will have to ensure that the dll is also in his path !!!

Offline gd_on

  • Lives here!
  • ****
  • Posts: 796
Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
« Reply #25 on: November 12, 2012, 07:50:57 pm »
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
« Last Edit: November 13, 2012, 07:35:02 am by gd_on »
Windows 11 64 bits (23H2), svn C::B (last version or almost!), wxWidgets 3.2.4 (tests with 3.3), Msys2 Compilers 13.2.0, 64 bits (seh, posix : gcc, g++ and gfortran in C:\msys64\mingw64) or 32 bits (dwarf2, posix  in C:\msys64\mingw32).

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5490
Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
« Reply #26 on: November 12, 2012, 08:16:39 pm »
with the latest TDM , and even with older TDM452, no libint* lib (.a/.dll) in C:\Mingw32\lib

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9694
Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
« Reply #27 on: November 12, 2012, 08:52:43 pm »
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.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

Offline TDragon

  • Lives here!
  • ****
  • Posts: 943
    • TDM-GCC
Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
« Reply #28 on: November 12, 2012, 08:53:10 pm »
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.
https://jmeubank.github.io/tdm-gcc/ - TDM-GCC compiler suite for Windows (GCC 9.2.0 2020-03-08, 32/64-bit, no extra DLLs)

Offline scarphin

  • Lives here!
  • ****
  • Posts: 644
Re: The 12.11 RC1 (11 November 2012 build 8549) is out.
« Reply #29 on: November 12, 2012, 09:06:30 pm »