FYI: GCC 4.5.0 on Mingw.org

[MortenMacFly]

Hi all,
GCC 4.5.0 is available officially at:
http://sourceforge.net/projects/mingw/files/
Any trials/report concerning:
- compiling/debugging wxWidgets
- compiling/debugging C::B
- compiling/debugging boost
are welcome.

[stahta01]

Current version info is

Code

gcc version 4.5.0 20100311 (experimental) (GCC)

Going to start wxWidgets build in a few minutes

It failed to compile wxWidgets 2.8.11rc2 could not find the stdio.h file.
Does not seem ready for real testing on Windows 7

Tim S.

[thomas]

Unusable, sadly.

[ollydbg]

Unusable, sadly.

agreed, because a lot of patches need to be applied to the GCC4.5 source.

[ironhead]

I'd recommend trying the '-2' release.  I've successfully built wxWidgets and I'm in the process of building C::B with it.

Edit:  I just tried building wxWidgets on my development laptop (with only 1 GB of RAM) as opposed to my development machine at work, and linking failed due to insufficient memory (which never happened before).  I'm following up on the MinGW list.

[stahta01]

I'd recommend trying the '-2' release.  I've successfully built wxWidgets and I'm in the process of building C::B with it.

I am having issues using -g "debug" option under code::blocks with the c++ console template program.

Can anyone compile a simple C++ code using header <iostream> without error with GCC 4.5.0 -2?

Edit: I upgraded my binutils to 2.20
Tim S.

From Readme on MinGW GCC 4.5

Code

Runtime requirements:
  binutils-2.20.1-2-mingw32-bin.tar.gz
  libmpc-0.8.1-1-mingw32-dll-2.tar.lzma
  libmpfr-2.4.1-1-mingw32-dll-1.tar.lzma
  libgmp-5.0.1-1-mingw32-dll-10.tar.lzma
  libpthread-2.8.0-3-mingw32-dll-2.tar.lzma (for OpenMP)
  mingwrt-3.18-mingw32-dev.tar.gz
  w32api-3.14-mingw32-dev.tar.gz

[stahta01]

What version ld.exe are you using?
The one I am using is currently using 1.5GB of memory.
I assume it runs out at 2GB. This is linking wxWidgets 2.8 Branch.

It seems to have leveled off at 1.5GB. I am waiting till it finishes/crashes/errors out before getting the version number.

It ran out of memory.

Code

GNU ld (GNU Binutils) 2.20

Tim S.

[MortenMacFly]

...for the record: There is a "gcc-4.5.0_20100311-2" version now. I wonder if it has "all bugs fixed"... :lol:

[idblew]

Has anyone got around the issue of ld running out of memory?

I keep getting the error:

ld.exe: out of memory allocating 28770816 bytes

[MortenMacFly]

...for the record: There is a "gcc-4.5.0_20100311-2" version now.

...now it's:
gcc-4.5.0-1 (2010-04-19)

Has anyone got around the issue of ld running out of memory?

Did you try the above already?

[Loaden]

...now it's:
gcc-4.5.0-1 (2010-04-19)

I try it, but it not working in here.

[idblew]

Already testing with gcc-4.5.0-1 (2010-04-19)

Even tried setting the following in config.gcc

LDFLAGS ?= --no-keep-memory --reduce-memory-overheads

Windows Vista (32-bit)
4GB RAM

[reckless]

its a problem with inlined code in wxwidgets gcc-4.5.0 produces some pretty massive object files when heavy inlining is used unfortunatly the linker cant cope with it

theres a discussion somewhere on the wx forums about it.

[reckless]

gcc-4.5.0 is released btw.

http://gcc.gnu.org/

wx compilation still runs out of memory though :S looking on how to fix that atm.

[reckless]

Inline functions decorated with __declspec(dllexport) are now always
   generated and included in object files. This also applies to methods
   defined in classes decorated with __declspec(dllexport).
   This may cause a general increase in object size, since gcc generates
   copies of each dllexport'd inline function in all object files whose
   source includes the header defining the function.

from mingw site about gcc-4.5.0

i foresee problems  :lol: