GNU logs - #8912, boring messages

Message sent to owner <at> debbugs.gnu.org, bug-libtool@HIDDEN:

Subject: bug#8912: cross-compile code for LD setup does not use the right system macro
Resent-From: Eric PAIRE <eric.paire@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-To: owner <at> debbugs.gnu.org
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Tue, 21 Jun 2011 15:25:02 +0000
Resent-Message-ID: <handler.8912.B.13086698768809 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 8912 <at> debbugs.gnu.org
From: Eric PAIRE <eric.paire@HIDDEN>
Date: Tue, 21 Jun 2011 14:12:02 +0200
Thread-Topic: cross-compile code for LD setup does not use the right system
	macro
Thread-Index: AcwwDG2OKSKVhUDVQB2hnTfVB6PWJg==
Message-ID: <68B811F07A63BA48BF0F49F7D822D419C48B31BBB4@HIDDEN>
Accept-Language: en-US
Content-Language: en-US
acceptlanguage: en-US
Content-Type: multipart/mixed;
	boundary="_004_68B811F07A63BA48BF0F49F7D822D419C48B31BBB4SAFEX1MAIL2st_"
MIME-Version: 1.0
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

--_004_68B811F07A63BA48BF0F49F7D822D419C48B31BBB4SAFEX1MAIL2st_
Content-Type: multipart/alternative;
	boundary="_000_68B811F07A63BA48BF0F49F7D822D419C48B31BBB4SAFEX1MAIL2st_"

--_000_68B811F07A63BA48BF0F49F7D822D419C48B31BBB4SAFEX1MAIL2st_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi all,

While compiling on 64-bit Linux a package that will be executed on a 32-bit=
 Linux ([--build=3Dx86_64-unknown-linux-gnu] --host=3Di686-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 w=
ith $host, whereas it should be $build. I have understood that $build is th=
e system on which the program is generated (64-bit in my case) and $host th=
e 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


--_000_68B811F07A63BA48BF0F49F7D822D419C48B31BBB4SAFEX1MAIL2st_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40"><head><meta http-equiv=3DContent-Type content=
=3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros=
oft Word 12 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue vli=
nk=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal>Hi all,<o:p></o:=
p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal>While =
compiling on 64-bit Linux a package that will be executed on a 32-bit Linux=
 ([--build=3Dx86_64-unknown-linux-gnu] --host=3Di686-pc-linux-gnu), I am fa=
cing an issue with the value of the LD macro generated in libtool, as the l=
ibtool part of configure does not add the '-m elf_i386' option for LD to ge=
nerate a 32-bit object/program.<o:p></o:p></p><p class=3DMsoNormal><o:p>&nb=
sp;</o:p></p><p class=3DMsoNormal>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 generate=
d (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 syst=
em, and not host.<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><=
p class=3DMsoNormal>You will find attached a fix proposal.<o:p></o:p></p><p=
 class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal>Thanks,<o:p></=
o:p></p><p class=3DMsoNormal>Eric PAIRE<o:p></o:p></p><p class=3DMsoNormal>=
<o:p>&nbsp;</o:p></p></div></body></html>=

--_000_68B811F07A63BA48BF0F49F7D822D419C48B31BBB4SAFEX1MAIL2st_--

--_004_68B811F07A63BA48BF0F49F7D822D419C48B31BBB4SAFEX1MAIL2st_
Content-Type: application/octet-stream; name="PATCH.libtool"
Content-Description: PATCH.libtool
Content-Disposition: attachment; filename="PATCH.libtool"; size=532;
	creation-date="Tue, 21 Jun 2011 14:06:47 GMT";
	modification-date="Tue, 21 Jun 2011 13:57:22 GMT"
Content-Transfer-Encoding: base64

LS0tIGxpYnRvb2wtMi40L2xpYmx0ZGwvbTQvbGlidG9vbC5tNC5vbGQJMjAxMC0wOS0yMiAxMDo0
MToxOS4wMDAwMDAwMDAgKzAyMDAKKysrIGxpYnRvb2wtMi40L2xpYmx0ZGwvbTQvbGlidG9vbC5t
NAkyMDExLTA2LTIxIDEzOjU2OjQ2LjAwMDAwMDAwMCArMDIwMApAQCAtMTI3NSw3ICsxMjc1LDcg
QEAKICAgaWYgQUNfVFJZX0VWQUwoYWNfY29tcGlsZSk7IHRoZW4KICAgICBjYXNlIGAvdXNyL2Jp
bi9maWxlIGNvbmZ0ZXN0Lm9gIGluCiAgICAgICAqMzItYml0KikKLQljYXNlICRob3N0IGluCisJ
Y2FzZSAkYnVpbGQgaW4KIAkgIHg4Nl82NC0qa2ZyZWVic2QqLWdudSkKIAkgICAgTEQ9IiR7TEQt
bGR9IC1tIGVsZl9pMzg2X2Zic2QiCiAJICAgIDs7CkBAIC0xMjk0LDcgKzEyOTQsNyBAQAogCWVz
YWMKIAk7OwogICAgICAgKjY0LWJpdCopCi0JY2FzZSAkaG9zdCBpbgorCWNhc2UgJGJ1aWxkIGlu
CiAJICB4ODZfNjQtKmtmcmVlYnNkKi1nbnUpCiAJICAgIExEPSIke0xELWxkfSAtbSBlbGZfeDg2
XzY0X2Zic2QiCiAJICAgIDs7Cg==

--_004_68B811F07A63BA48BF0F49F7D822D419C48B31BBB4SAFEX1MAIL2st_--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.427 (Entity 5.427)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Eric PAIRE <eric.paire@HIDDEN>
Subject: bug#8912: Acknowledgement (cross-compile code for LD setup does
 not use the right system macro)
Message-ID: <handler.8912.B.13086698768809.ack <at> debbugs.gnu.org>
References: <68B811F07A63BA48BF0F49F7D822D419C48B31BBB4@HIDDEN>
X-Gnu-PR-Message: ack 8912
X-Gnu-PR-Package: libtool
Reply-To: 8912 <at> debbugs.gnu.org
Date: Tue, 21 Jun 2011 15:25:02 +0000

Thank you for filing a new bug report with GNU.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-libtool@HIDDEN

If you wish to submit further information on this problem, please
send it to 8912 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
8912: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D8912
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-libtool@HIDDEN:

Subject: bug#8912: cross-compile code for LD setup does not use the right system macro
References: <68B811F07A63BA48BF0F49F7D822D419C48B31BBB4@HIDDEN>
In-Reply-To: <68B811F07A63BA48BF0F49F7D822D419C48B31BBB4@HIDDEN>
Resent-From: Mike Frysinger <vapier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-libtool@HIDDEN
Resent-Date: Tue, 16 Jan 2024 01:33:03 +0000
Resent-Message-ID: <handler.8912.B8912.170536874229242 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Eric PAIRE <eric.paire@HIDDEN>
Cc: 8912 <at> debbugs.gnu.org
From: Mike Frysinger <vapier@HIDDEN>
User-Agent: GNU debbugs/0
Message-Id: <20240116013212.DF95B3432A0@HIDDEN>
Date: Tue, 16 Jan 2024 01:32:12 +0000 (UTC)
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

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

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 16 Jan 2024 02:48:03 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jan 15 21:48:03 2024
Received: from localhost ([127.0.0.1]:47361 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rPZUh-0006Lr-45
	for submit <at> debbugs.gnu.org; Mon, 15 Jan 2024 21:48:03 -0500
Received: from woodpecker.gentoo.org ([140.211.166.183]:39416
 helo=smtp.gentoo.org) by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <vapier@HIDDEN>) id 1rPZUf-0006Ko-JJ
 for control <at> debbugs.gnu.org; Mon, 15 Jan 2024 21:48:02 -0500
Received: by smtp.gentoo.org (Postfix, from userid 559)
 id 0D2A034328C; Tue, 16 Jan 2024 02:47:55 +0000 (UTC)
From: Mike Frysinger <vapier@HIDDEN>
To: control <at> debbugs.gnu.org
Subject: Control message
User-Agent: GNU debbugs/0
Message-Id: <20240116024755.0D2A034328C@HIDDEN>
Date: Tue, 16 Jan 2024 02:47:54 +0000 (UTC)
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

merge 68494 8912
thankyou

Last modified: Sat, 20 Jan 2024 12:30:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.