From: SourceForge.net <no...@so...> - 2005-04-05 03:46:06
|
Bugs item #1176786, was opened at 2005-04-05 13:46 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1176786&group_id=2435 Category: binutils Group: component package Status: Open Resolution: None Priority: 5 Submitted By: Richard Browne (richardbrowne) Assigned to: Danny Smith (dannysmith) Summary: Recent versions of ld.exe produce invalid libgmp-3.dll Initial Comment: Recent versions of MinGW ld.exe seem to produce invalid PE DLLs when compiling GNU GMP. Steps to reproduce: - Get any recent version of MingMW (2003 or later) - Download & extract GNU GMP 4.1.4 tarball - ./configure --disable-static --enable-shared - make The resulting libgmp-3.dll seems to be an invalid WIN32 PE file. Attempts to link an app with this DLL cause the process to fail to load. Attempting LoadLibrary() causes an access violation (possibly in the MinGW crt startup code - unsure). A workaround is to use ld.exe from an old MinGW. The ld.exe from binutils-2.13.90-20021006-2.tar.gz works great & produces a usable DLL. The ld.exe from binutils- 2.13.90-20030111-1.tar.gz does NOT work nor do any later versions. Juro Bystricky discovered that the issue is something to do with relocating the DLL to something other than its preferred base address. More info here: http://swox.com/list-archives/gmp-discuss/2004- August/001290.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1176786&group_id=2435 |
From: SourceForge.net <no...@so...> - 2005-04-06 04:53:40
|
Bugs item #1176786, was opened at 2005-04-05 15:46 Message generated for change (Comment added) made by dannysmith You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1176786&group_id=2435 Category: binutils Group: component package Status: Open Resolution: None Priority: 5 Submitted By: Richard Browne (richardbrowne) Assigned to: Danny Smith (dannysmith) Summary: Recent versions of ld.exe produce invalid libgmp-3.dll Initial Comment: Recent versions of MinGW ld.exe seem to produce invalid PE DLLs when compiling GNU GMP. Steps to reproduce: - Get any recent version of MingMW (2003 or later) - Download & extract GNU GMP 4.1.4 tarball - ./configure --disable-static --enable-shared - make The resulting libgmp-3.dll seems to be an invalid WIN32 PE file. Attempts to link an app with this DLL cause the process to fail to load. Attempting LoadLibrary() causes an access violation (possibly in the MinGW crt startup code - unsure). A workaround is to use ld.exe from an old MinGW. The ld.exe from binutils-2.13.90-20021006-2.tar.gz works great & produces a usable DLL. The ld.exe from binutils- 2.13.90-20030111-1.tar.gz does NOT work nor do any later versions. Juro Bystricky discovered that the issue is something to do with relocating the DLL to something other than its preferred base address. More info here: http://swox.com/list-archives/gmp-discuss/2004- August/001290.html ---------------------------------------------------------------------- >Comment By: Danny Smith (dannysmith) Date: 2005-04-06 16:53 Message: Logged In: YES user_id=11494 What is the command line to build the dll? Danny ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1176786&group_id=2435 |
From: SourceForge.net <no...@so...> - 2005-04-06 09:34:33
|
Bugs item #1176786, was opened at 2005-04-05 13:46 Message generated for change (Comment added) made by richardbrowne You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1176786&group_id=2435 Category: binutils Group: component package Status: Open Resolution: None Priority: 5 Submitted By: Richard Browne (richardbrowne) Assigned to: Danny Smith (dannysmith) Summary: Recent versions of ld.exe produce invalid libgmp-3.dll Initial Comment: Recent versions of MinGW ld.exe seem to produce invalid PE DLLs when compiling GNU GMP. Steps to reproduce: - Get any recent version of MingMW (2003 or later) - Download & extract GNU GMP 4.1.4 tarball - ./configure --disable-static --enable-shared - make The resulting libgmp-3.dll seems to be an invalid WIN32 PE file. Attempts to link an app with this DLL cause the process to fail to load. Attempting LoadLibrary() causes an access violation (possibly in the MinGW crt startup code - unsure). A workaround is to use ld.exe from an old MinGW. The ld.exe from binutils-2.13.90-20021006-2.tar.gz works great & produces a usable DLL. The ld.exe from binutils- 2.13.90-20030111-1.tar.gz does NOT work nor do any later versions. Juro Bystricky discovered that the issue is something to do with relocating the DLL to something other than its preferred base address. More info here: http://swox.com/list-archives/gmp-discuss/2004- August/001290.html ---------------------------------------------------------------------- >Comment By: Richard Browne (richardbrowne) Date: 2005-04-06 19:34 Message: Logged In: YES user_id=828583 It's a configure/libtool based build: $ ./configure --disable-static --enable-shared $ make Are you asking for just the ld command? It's libtool with default options as far as I know.... ---------------------------------------------------------------------- Comment By: Danny Smith (dannysmith) Date: 2005-04-06 14:53 Message: Logged In: YES user_id=11494 What is the command line to build the dll? Danny ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1176786&group_id=2435 |
From: SourceForge.net <no...@so...> - 2005-04-07 08:43:35
|
Bugs item #1176786, was opened at 2005-04-05 15:46 Message generated for change (Comment added) made by dannysmith You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1176786&group_id=2435 Category: binutils Group: component package Status: Open Resolution: None Priority: 5 Submitted By: Richard Browne (richardbrowne) Assigned to: Danny Smith (dannysmith) Summary: Recent versions of ld.exe produce invalid libgmp-3.dll Initial Comment: Recent versions of MinGW ld.exe seem to produce invalid PE DLLs when compiling GNU GMP. Steps to reproduce: - Get any recent version of MingMW (2003 or later) - Download & extract GNU GMP 4.1.4 tarball - ./configure --disable-static --enable-shared - make The resulting libgmp-3.dll seems to be an invalid WIN32 PE file. Attempts to link an app with this DLL cause the process to fail to load. Attempting LoadLibrary() causes an access violation (possibly in the MinGW crt startup code - unsure). A workaround is to use ld.exe from an old MinGW. The ld.exe from binutils-2.13.90-20021006-2.tar.gz works great & produces a usable DLL. The ld.exe from binutils- 2.13.90-20030111-1.tar.gz does NOT work nor do any later versions. Juro Bystricky discovered that the issue is something to do with relocating the DLL to something other than its preferred base address. More info here: http://swox.com/list-archives/gmp-discuss/2004- August/001290.html ---------------------------------------------------------------------- >Comment By: Danny Smith (dannysmith) Date: 2005-04-07 20:43 Message: Logged In: YES user_id=11494 I am asking for you to look at your libtool script and tell me what options are being passed to ld and (possibly) what happens to the dll after it is created (eg is the .reloc section stripped) It seems strange that other projects can produce relocatable dlls with new ld but gmp does not Danny ---------------------------------------------------------------------- Comment By: Richard Browne (richardbrowne) Date: 2005-04-06 21:34 Message: Logged In: YES user_id=828583 It's a configure/libtool based build: $ ./configure --disable-static --enable-shared $ make Are you asking for just the ld command? It's libtool with default options as far as I know.... ---------------------------------------------------------------------- Comment By: Danny Smith (dannysmith) Date: 2005-04-06 16:53 Message: Logged In: YES user_id=11494 What is the command line to build the dll? Danny ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1176786&group_id=2435 |
From: SourceForge.net <no...@so...> - 2005-08-10 08:45:50
|
Bugs item #1176786, was opened at 2005-04-05 15:46 Message generated for change (Comment added) made by dannysmith You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1176786&group_id=2435 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: binutils Group: component package >Status: Closed >Resolution: Works For Me Priority: 5 Submitted By: Richard Browne (richardbrowne) Assigned to: Danny Smith (dannysmith) Summary: Recent versions of ld.exe produce invalid libgmp-3.dll Initial Comment: Recent versions of MinGW ld.exe seem to produce invalid PE DLLs when compiling GNU GMP. Steps to reproduce: - Get any recent version of MingMW (2003 or later) - Download & extract GNU GMP 4.1.4 tarball - ./configure --disable-static --enable-shared - make The resulting libgmp-3.dll seems to be an invalid WIN32 PE file. Attempts to link an app with this DLL cause the process to fail to load. Attempting LoadLibrary() causes an access violation (possibly in the MinGW crt startup code - unsure). A workaround is to use ld.exe from an old MinGW. The ld.exe from binutils-2.13.90-20021006-2.tar.gz works great & produces a usable DLL. The ld.exe from binutils- 2.13.90-20030111-1.tar.gz does NOT work nor do any later versions. Juro Bystricky discovered that the issue is something to do with relocating the DLL to something other than its preferred base address. More info here: http://swox.com/list-archives/gmp-discuss/2004- August/001290.html ---------------------------------------------------------------------- >Comment By: Danny Smith (dannysmith) Date: 2005-08-10 20:45 Message: Logged In: YES user_id=11494 No feedback in 4 months., It works for me, so closing. Danny ---------------------------------------------------------------------- Comment By: Danny Smith (dannysmith) Date: 2005-04-07 20:43 Message: Logged In: YES user_id=11494 I am asking for you to look at your libtool script and tell me what options are being passed to ld and (possibly) what happens to the dll after it is created (eg is the .reloc section stripped) It seems strange that other projects can produce relocatable dlls with new ld but gmp does not Danny ---------------------------------------------------------------------- Comment By: Richard Browne (richardbrowne) Date: 2005-04-06 21:34 Message: Logged In: YES user_id=828583 It's a configure/libtool based build: $ ./configure --disable-static --enable-shared $ make Are you asking for just the ld command? It's libtool with default options as far as I know.... ---------------------------------------------------------------------- Comment By: Danny Smith (dannysmith) Date: 2005-04-06 16:53 Message: Logged In: YES user_id=11494 What is the command line to build the dll? Danny ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1176786&group_id=2435 |