FYI: GCC 4.5.0 on Mingw.org

[reckless]

cooking up a patch since the problem only seems to affect c++ so check for c++ and if found use old way if not use nathans.

seems like the way to do it correctly ?

[a14331990]

cooking up a patch since the problem only seems to affect c++ so check for c++ and if found use old way if not use nathans.

seems like the way to do it correctly ?

Hello, reckless. Please have a look at this post
[Mingw-users] gcc 4.5 change to generate code for dllexport'd inline functions in the DLL
http://lists-archives.org/mingw-users/16635-gcc-4-5-change-to-generate-code-for-dllexport-d-inline-functions-in-the-dll.html
it says

For C DLLs the solution seems simple enough: just don't dllexport inline
functions and no code for them will be generated. But this doesn't work for
C++ DLLs

I think nathan's code is for C++ dlls especially libstdc++6.dll, before nathan's code there is no OLD way for libstdc++6.dll.   
it says more

Cesar Strauss did suggest another approach in private email: don't use
dllexport at all but rely on MinGW auto-import mechanism.

This idea works very good! Thanks Cesar's idea and Dave Korn's patch for Cygwin.
The auto-import approach do have some drawbacks:

but it's hardly ideal: all classes and
functions defined in the DLL are then exported, even those that are not
supposed to be used outside of it. This unnecessarily bloats (already
big) export tables and just seems like a step backwards. Indeed, if a
consequence of an improvement to dllexport mechanism is that now it can't
be used at all, what was the point of this improvement in the first case?

[a14331990]

Leo's build of gcc, binutils, wxmsw, and cb6233 here. 
At Mr.Loaden's googlecode project,(I don't have enough time to manage patch/build/troubleshoot issues, thanks Mr.Loaden.)
http://code.google.com/p/qp-gcc/
located at Wiki and Downloads columns:
http://code.google.com/p/qp-gcc/wiki/GCC45BuildbyLeo
http://code.google.com/p/qp-gcc/wiki/InstallNotesForGCC45BuildByLeo
http://code.google.com/p/qp-gcc/downloads/list
Please help test them.

[ollydbg]

Leo's build of gcc, binutils, wxmsw, and cb6233 here. 
At Mr.Loaden's googlecode project,(I don't have enough time to manage patch/build/troubleshoot issues, thanks Mr.Loaden.)
http://code.google.com/p/qp-gcc/
located at Wiki and Downloads columns:
http://code.google.com/p/qp-gcc/wiki/GCC45BuildbyLeo
http://code.google.com/p/qp-gcc/wiki/InstallNotesForGCC45BuildByLeo
http://code.google.com/p/qp-gcc/downloads/list
Please help test them.

Nice, I will test it!! You're so smart!!!

[reckless]

okidoki

can test the changes soon rebuild should be done in about an hour.

[reckless]

done and working wx builds fine now

also updated my compiler to use sysroots (saves me some trouble when i need to rebuild the mingw64 runtime) also keeps the crt clean of any mess a user installs  :lol:

[stahta01]

GCC 4.5.0 related bug reported to wxWidgets has a work around that I did not need on Multi-Lib Build but I did not test the DLLs.

http://trac.wxwidgets.org/ticket/12064

Tim S.

[a14331990]

GCC 4.5.0 related bug reported to wxWidgets has a work around that I did not need on Multi-Lib Build but I did not test the DLLs.

http://trac.wxwidgets.org/ticket/12064

Tim S.

I have enabled --enable-auto-import in ld by default.

[a14331990]

News for my build of MinGW GCC 4.5.0, I recently tested Dave Korn's LTO patch for MinGW/Cygwin [1], and it works.
    Enable instructions and prebuilt binary at qp-gcc googlecode page. Have a look at here for details.
http://code.google.com/p/qp-gcc/wiki/GCC45BuildByLeoWithLTO

[1] GCC Bugzilla Bug 42776 LTO doesn't work on non-ELF platforms.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42776

[reckless]

had my looks on that one also   and it does indeed work.

the autotools for the mingw package works btw msys ones have been broken for ages i use these instead for most of the grunt work.

[reckless]

packing up patched source of gcc-4.5.0 for those who wants to try compiling it themself

skip java if you like by removing --enable-libgcj from the pkgbuild script (does not work to well anyway).

the mingw64 guys might have a ball on this one since its based on there runtime but i managed to build the entire package with it so there should be some gold to dig out from it  atleast they should now have something to bootstrap there ada compiler

[a14331990]

OK. Thanks for your suggestion. Packed the patched and autoconf'd source of gcc 4.5.0 at qp-gcc downloads column.
http://code.google.com/p/qp-gcc/downloads/list

[reckless]

packaging my version as i write.

btw for those who want to try lto dont use it while bootstrapping a gcc build ada goes bonkers if you do. its C/C++ only.

[reckless]

ok its up.

http://code.google.com/p/mingw-wine/

[tyeken8]

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.

That's solved!!!
I used a "hacked" ld.exe using the M$ Visual Studio tool "Editbin" to enable the Large Address Awareness feature, so that it can use up to 4GB Virtual memory (possibly need --large-address-aware option in ld).

Code

editbin /LARGEADDRESSAWARE c:\gcc\bin\ld.exe

with ld flags(passed to G++):

Code

-Wl,--enable-auto-import,--enable-runtime-pseudo-reloc-v2,--no-keep-memory,--reduce-memory-overheads,--large-address-aware

see this, http://www.microsoft.com/whdc/system/platform/server/PAE/PAEmem.mspx