From: Danny S. <dan...@cl...> - 2003-01-09 00:26:47
|
----- Original Message ----- From: "Earnie Boyd" <ear...@ya...> To: <min...@li...> Sent: Wednesday, 8 January 2003 23:46 Subject: Re: [MinGW-dvlpr] HEADSUP: GCC-3.2 and GCC-3.2.1 optimization causing link resolution errors. > Earnie Boyd wrote: > > >> > >>> Info: resolving __pctype by linking to __imp___pctype (auto-import) > >>> fu000001.o(.idata$3+0xc): undefined reference to `libmsvcrt_a_iname' > >>> fu000002.o(.idata$3+0xc): undefined reference to `libmsvcrt_a_iname' > >>> fu000003.o(.idata$3+0xc): undefined reference to `libmsvcrt_a_iname' > >>> fu000004.o(.idata$3+0xc): undefined reference to `libmsvcrt_a_iname' > >>> fu000005.o(.idata$3+0xc): undefined reference to `libmsvcrt_a_iname' > >>> fu000006.o(.idata$3+0xc): more undefined references to > >>> `libmsvcrt_a_iname' follow > >>> nmth000000.o(.idata$4+0x0): undefined reference to `_nm___pctype' > >>> make[4]: *** [dbdump.exe] Error 1 > > I've tracked this to compiler confusion with optimization and ``extern > __attribute__((dllimport))''. Removing the ``extern'' removes the > confusion. So as a work around we could modify _mingw.h to remove the > ``extern'' from the __MINGW_IMPORT define. > > Earnie. > Can you provide a testcase? If that is the real problem then there is serious bug in GCC. Danny > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > MinGW-dvlpr mailing list > Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingw-dvlpr |