GNU bug report logs -
#8912
cross-compile code for LD setup does not use the right system macro
Previous Next
To reply to this bug, email your comments to 8912 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-libtool <at> gnu.org
:
bug#8912
; Package
libtool
.
(Tue, 21 Jun 2011 15:25:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Eric PAIRE <eric.paire <at> st.com>
:
New bug report received and forwarded. Copy sent to
bug-libtool <at> gnu.org
.
(Tue, 21 Jun 2011 15:25:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi all,
While compiling on 64-bit Linux a package that will be executed on a 32-bit Linux ([--build=x86_64-unknown-linux-gnu] --host=i686-pc-linux-gnu), I am facing an issue with the value of the LD macro generated in libtool, as the libtool part of configure does not add the '-m elf_i386' option for LD to generate a 32-bit object/program.
Actually, the problem is that libtool.m4 checks for the build system type with $host, whereas it should be $build. I have understood that $build is the system on which the program is generated (64-bit in my case) and $host the system on which the program created (32-bit in my case) is meant to run. So the right macro should test build system, and not host.
You will find attached a fix proposal.
Thanks,
Eric PAIRE
[Message part 2 (text/html, inline)]
[PATCH.libtool (application/octet-stream, attachment)]
Information forwarded
to
bug-libtool <at> gnu.org
:
bug#8912
; Package
libtool
.
(Tue, 16 Jan 2024 01:33:03 GMT)
Full text and
rfc822 format available.
Message #8 received at 8912 <at> debbugs.gnu.org (full text, mbox):
On Tue, 21 Jun 2011 14:12:02 +0200, Eric PAIRE wrote:
> While compiling on 64-bit Linux a package that will be executed on a 32-bit Linux ([--build=x86_64-unknown-linux-gnu] --host=i686-pc-linux-gnu), I am facing an issue with the value of the LD macro generated in libtool, as the libtool part of configure does not add the '-m elf_i386' option for LD to generate a 32-bit object/program.
can you share an example project/configure/config.log showing the problem ?
> Actually, the problem is that libtool.m4 checks for the build system type with $host, whereas it should be $build. I have understood that $build is the system on which the program is generated (64-bit in my case) and $host the system on which the program created (32-bit in my case) is meant to run. So the right macro should test build system, and not host.
this is incorrect. $build controls where things are compiling.
$host controls where the things will run. please see:
https://www.gnu.org/savannah-checkouts/gnu/autoconf/manual/autoconf-2.72/html_node/Specifying-Target-Triplets.html
-mike
Merged 8912 68494.
Request was from
Mike Frysinger <vapier <at> gentoo.org>
to
control <at> debbugs.gnu.org
.
(Tue, 16 Jan 2024 02:49:02 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 150 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.