2013/7/4 Dongsheng Song <[email protected]>: > On 2013/7/4 4:49, Earnie Boyd wrote: >> On Wed, Jul 3, 2013 at 12:28 PM, Dongsheng Song wrote: >>> On Thu, Jul 4, 2013 at 12:09 AM, Kai Tietz <[email protected]> wrote: >>>> That is a known issue of ld for pe-coff. If at least one symbol is >>>> exported by dllexport, only those symbols are. If there is none, then >>>> all symbols getting exported. >>>> >>> Just for curious, why 64 bit Windows target not affected ? Why gcc 4.7 >>> 32 bit Windows target not affected ? >>> >> This behavior was added to binutils years ago by Danny Smith. I'm >> guessing your affect is a bit over stated. You can use >> --exclude-all-symbols to stop the automatic export or >> --export-all-symbols to always export all symbols. You'll also be >> interested in --warn-duplicate-exports. >> > > NO. automatic export do not explain the following test results: > > gcc-4.8, mingw-w64 trunk, binutils 2.23.2, 32 bit windows target: extra > export InterlockedCompareExchange@12 > gcc-4.8, mingw-w64 trunk, binutils 2.23.2, 64 bit windows target: OK > > gcc-4.7, mingw-w64 v2, binutils 2.23.2, 32 bit windows target: OK > gcc-4.7, mingw-w64 v2, binutils 2.23.2, 64 bit windows target: OK > > I can not see any reason that binutils is the criminal, gcc 4.8 or mingw-w64 > trunk looks more like the criminal. > > Regards, > Dongsheng
This issue is related to changed code for libmsvcrt.a on trunk. Yesterday was a patch for that, which should have fixed that issue. Please update trunk's crt. Kai ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Mingw-w64-public mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
