GNU logs - #9492, boring messages

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

Subject: bug#9492: The wrong-gcc problem
Resent-From: =?UTF-8?Q?=D0=A0=D1=83=D0=B1=D0=B5=D0=BD_?= =?UTF-8?Q?=D0=91=D1=83=D1=87=D0=B0=D1=86=D0=BA=D0=B8=D0=B9?= <ruben.buchatskiy@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, 13 Sep 2011 16:24:01 +0000
Resent-Message-ID: <handler.9492.B.131593100010869 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 9492 <at> debbugs.gnu.org
MIME-Version: 1.0
From: =?UTF-8?Q?=D0=A0=D1=83=D0=B1=D0=B5=D0=BD_?= =?UTF-8?Q?=D0=91=D1=83=D1=87=D0=B0=D1=86=D0=BA=D0=B8=D0=B9?=
	<ruben.buchatskiy@HIDDEN>
Date: Tue, 13 Sep 2011 17:43:01 +0400
Message-ID: <CAFRJ5K1hD4bQd-d+WRUa7eXHVtV6khvtfqcwGFTJ83S04kuc7Q@HIDDEN>
Content-Type: multipart/mixed; boundary=20cf30051208aa413d04acd2d31f
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

--20cf30051208aa413d04acd2d31f
Content-Type: multipart/alternative; boundary=20cf30051208aa413a04acd2d31d

--20cf30051208aa413a04acd2d31d
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: quoted-printable

Hello!

I'm building Sqlite 3.7.7.1 with libtool 2.4. I'm doing the cross
compile. Configuring sqlite with CC=3D"my compiler". In compilation mode
everything is ok, but when I link, libtool tries to call the native
gcc (in spite of the fact, that CC=3D"my compiler", not native).

*~/libtool-2.4/libtool* --tag=3DCC --mode=3Dlink *
/home/ruben/x-tools/gcc-trunk-clean/bin/arm-unknown-linux-gnueabi-gcc*   -O=
2
-mcpu=3Dcortex-a8 -mtune=3Dcortex-a8 -mfloat-abi=3Dsoftfp -mfpu=3Dneon -mth=
umb -flto
-DSQLITE_OS_UNIX=3D1 -I. -I./src -I./ext/rtree -D_HAVE_SQLITE_CONFIG_H
-DNDEBUG   -DSQLITE_THREADSAFE=3D1 -DSQLITE_OMIT_LOAD_EXTENSION=3D1     -o
libsqlite3.la alter.lo analyze.lo attach.lo auth.lo backup.lo bitvec.lo
btmutex.lo btree.lo build.lo callback.lo complete.lo ctime.lo date.lo
delete.lo expr.lo fault.lo fkey.lo fts3.lo fts3_aux.lo fts3_expr.lo
fts3_hash.lo fts3_icu.lo fts3_porter.lo fts3_snippet.lo fts3_tokenizer.lo
fts3_tokenizer1.lo fts3_write.lo func.lo global.lo hash.lo icu.lo insert.lo
journal.lo legacy.lo loadext.lo main.lo malloc.lo mem0.lo mem1.lo mem2.lo
mem3.lo mem5.lo memjournal.lo mutex.lo mutex_noop.lo mutex_os2.lo
mutex_unix.lo mutex_w32.lo notify.lo opcodes.lo os.lo os_os2.lo os_unix.lo
os_win.lo pager.lo parse.lo pcache.lo pcache1.lo pragma.lo prepare.lo
printf.lo random.lo resolve.lo rowset.lo rtree.lo select.lo status.lo
table.lo tokenize.lo trigger.lo update.lo util.lo vacuum.lo vdbe.lo
vdbeapi.lo vdbeaux.lo vdbeblob.lo vdbemem.lo vdbetrace.lo wal.lo walker.lo
where.lo utf.lo vtab.lo -lpthread  \
 -rpath "/home/ruben/condor/testings/sqlitesrc/sqlite-src-3070701/build/lib=
"
-version-info "8:6:8"
libtool: link: *gcc* -shared  -fPIC -DPIC  .libs/alter.o .libs/analyze.o
.libs/attach.o .libs/auth.o .libs/backup.o .libs/bitvec.o .libs/btmutex.o
.libs/btree.o .libs/build.o .libs/callback.o .libs/complete.o .libs/ctime.o
.libs/date.o .libs/delete.o .libs/expr.o .libs/fault.o .libs/fkey.o
.libs/fts3.o .libs/fts3_aux.o .libs/fts3_expr.o .libs/fts3_hash.o
.libs/fts3_icu.o .libs/fts3_porter.o .libs/fts3_snippet.o
.libs/fts3_tokenizer.o .libs/fts3_tokenizer1.o .libs/fts3_write.o
.libs/func.o .libs/global.o .libs/hash.o .libs/icu.o .libs/insert.o
.libs/journal.o .libs/legacy.o .libs/loadext.o .libs/main.o .libs/malloc.o
.libs/mem0.o .libs/mem1.o .libs/mem2.o .libs/mem3.o .libs/mem5.o
.libs/memjournal.o .libs/mutex.o .libs/mutex_noop.o .libs/mutex_os2.o
.libs/mutex_unix.o .libs/mutex_w32.o .libs/notify.o .libs/opcodes.o
.libs/os.o .libs/os_os2.o .libs/os_unix.o .libs/os_win.o .libs/pager.o
.libs/parse.o .libs/pcache.o .libs/pcache1.o .libs/pragma.o .libs/prepare.o
.libs/printf.o .libs/random.o .libs/resolve.o .libs/rowset.o .libs/rtree.o
.libs/select.o .libs/status.o .libs/table.o .libs/tokenize.o .libs/trigger.=
o
.libs/update.o .libs/util.o .libs/vacuum.o .libs/vdbe.o .libs/vdbeapi.o
.libs/vdbeaux.o .libs/vdbeblob.o .libs/vdbemem.o .libs/vdbetrace.o
.libs/wal.o .libs/walker.o .libs/where.o .libs/utf.o .libs/vtab.o
-lpthread  -O2 -mcpu=3Dcortex-a8 -mtune=3Dcortex-a8 -mfloat-abi=3Dsoftfp
-mfpu=3Dneon -mthumb -flto  -Wl,-soname -Wl,libsqlite3.so.0 -o
.libs/libsqlite3.so.0.8.6
/usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/ld:
arm architecture of input file `.libs/alter.o' is incompatible with
i386:x86-64 output
/usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/ld:
arm architecture of input file `.libs/analyze.o' is incompatible with
i386:x86-64 output
/usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/ld:
arm architecture of input file `.libs/attach.o' is incompatible with
i386:x86-64 output
/usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/ld:
arm architecture of input file `.libs/auth.o' is incompatible with
i386:x86-64 output
/usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/ld:
arm architecture of input file `.libs/backup.o' is incompatible with
i386:x86-64 output
...............................................................

The solution is to configure libtool by setting CC=3D"my compiler". But
it's not good. I'm not good in m4 scripting, but in attached file is
that, what I changed in configure of libtool. In the old version of
libtool(2.2.6) everything is good. I'm using new libtool, because it
supports LTO.

some links about this problem:

http://www.mail-archive.com/libtool@HIDDEN/msg11262.html

http://metastatic.org/text/libtool.html

 --
*=F3 =D5=D7=C1=D6=C5=CE=C9=C5=CD,
**=E2=D5=DE=C1=C3=CB=C9=CA =F2.=E1.* <ruben.buchatskiy@HIDDEN>

--20cf30051208aa413a04acd2d31d
Content-Type: text/html; charset=KOI8-R
Content-Transfer-Encoding: quoted-printable

<div><span class=3D"Apple-style-span" style=3D"font-family: &#39;Times New =
Roman&#39;; font-size: medium; "><pre>Hello!</pre><pre>I&#39;m building Sql=
ite 3.7.7.1 with libtool 2.4. I&#39;m doing the cross compile. Configuring =
sqlite with CC=3D&quot;my compiler&quot;. In compilation mode everything is=
 ok, but when I link, libtool tries to call the native gcc (in spite of the=
 fact, that CC=3D&quot;my compiler&quot;, not native).</pre>

</span></div><div><div><b>~/libtool-2.4/libtool</b> --tag=3DCC --mode=3Dlin=
k <b>/home/ruben/x-tools/gcc-trunk-clean/bin/arm-unknown-linux-gnueabi-gcc<=
/b> =9A -O2 -mcpu=3Dcortex-a8 -mtune=3Dcortex-a8 -mfloat-abi=3Dsoftfp -mfpu=
=3Dneon -mthumb -flto -DSQLITE_OS_UNIX=3D1 -I. -I./src -I./ext/rtree -D_HAV=
E_SQLITE_CONFIG_H -DNDEBUG =9A -DSQLITE_THREADSAFE=3D1 -DSQLITE_OMIT_LOAD_E=
XTENSION=3D1 =9A =9A -o <a href=3D"http://libsqlite3.la">libsqlite3.la</a> =
alter.lo analyze.lo attach.lo auth.lo backup.lo bitvec.lo btmutex.lo btree.=
lo build.lo callback.lo complete.lo ctime.lo date.lo delete.lo expr.lo faul=
t.lo fkey.lo fts3.lo fts3_aux.lo fts3_expr.lo fts3_hash.lo fts3_icu.lo fts3=
_porter.lo fts3_snippet.lo fts3_tokenizer.lo fts3_tokenizer1.lo fts3_write.=
lo func.lo global.lo hash.lo icu.lo insert.lo journal.lo legacy.lo loadext.=
lo main.lo malloc.lo mem0.lo mem1.lo mem2.lo mem3.lo mem5.lo memjournal.lo =
mutex.lo mutex_noop.lo mutex_os2.lo mutex_unix.lo mutex_w32.lo notify.lo op=
codes.lo os.lo os_os2.lo os_unix.lo os_win.lo pager.lo parse.lo pcache.lo p=
cache1.lo pragma.lo prepare.lo printf.lo random.lo resolve.lo rowset.lo rtr=
ee.lo select.lo status.lo table.lo tokenize.lo trigger.lo update.lo util.lo=
 vacuum.lo vdbe.lo vdbeapi.lo vdbeaux.lo vdbeblob.lo vdbemem.lo vdbetrace.l=
o wal.lo walker.lo where.lo utf.lo vtab.lo -lpthread =9A\</div>

<div><span class=3D"Apple-tab-span" style=3D"white-space:pre">	</span> -rpa=
th &quot;/home/ruben/condor/testings/sqlitesrc/sqlite-src-3070701/build/lib=
&quot; -version-info &quot;8:6:8&quot;</div><div>libtool: link: <b><font cl=
ass=3D"Apple-style-span" color=3D"#cc0000">gcc</font></b> -shared =9A-fPIC =
-DPIC =9A.libs/alter.o .libs/analyze.o .libs/attach.o .libs/auth.o .libs/ba=
ckup.o .libs/bitvec.o .libs/btmutex.o .libs/btree.o .libs/build.o .libs/cal=
lback.o .libs/complete.o .libs/ctime.o .libs/date.o .libs/delete.o .libs/ex=
pr.o .libs/fault.o .libs/fkey.o .libs/fts3.o .libs/fts3_aux.o .libs/fts3_ex=
pr.o .libs/fts3_hash.o .libs/fts3_icu.o .libs/fts3_porter.o .libs/fts3_snip=
pet.o .libs/fts3_tokenizer.o .libs/fts3_tokenizer1.o .libs/fts3_write.o .li=
bs/func.o .libs/global.o .libs/hash.o .libs/icu.o .libs/insert.o .libs/jour=
nal.o .libs/legacy.o .libs/loadext.o .libs/main.o .libs/malloc.o .libs/mem0=
.o .libs/mem1.o .libs/mem2.o .libs/mem3.o .libs/mem5.o .libs/memjournal.o .=
libs/mutex.o .libs/mutex_noop.o .libs/mutex_os2.o .libs/mutex_unix.o .libs/=
mutex_w32.o .libs/notify.o .libs/opcodes.o .libs/os.o .libs/os_os2.o .libs/=
os_unix.o .libs/os_win.o .libs/pager.o .libs/parse.o .libs/pcache.o .libs/p=
cache1.o .libs/pragma.o .libs/prepare.o .libs/printf.o .libs/random.o .libs=
/resolve.o .libs/rowset.o .libs/rtree.o .libs/select.o .libs/status.o .libs=
/table.o .libs/tokenize.o .libs/trigger.o .libs/update.o .libs/util.o .libs=
/vacuum.o .libs/vdbe.o .libs/vdbeapi.o .libs/vdbeaux.o .libs/vdbeblob.o .li=
bs/vdbemem.o .libs/vdbetrace.o .libs/wal.o .libs/walker.o .libs/where.o .li=
bs/utf.o .libs/vtab.o =9A -lpthread =9A-O2 -mcpu=3Dcortex-a8 -mtune=3Dcorte=
x-a8 -mfloat-abi=3Dsoftfp -mfpu=3Dneon -mthumb -flto =9A-Wl,-soname -Wl,lib=
sqlite3.so.0 -o .libs/libsqlite3.so.0.8.6</div>

<div>/usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin=
/ld: arm architecture of input file `.libs/alter.o&#39; is incompatible wit=
h i386:x86-64 output</div><div>/usr/lib64/gcc/x86_64-suse-linux/4.5/../../.=
./../x86_64-suse-linux/bin/ld: arm architecture of input file `.libs/analyz=
e.o&#39; is incompatible with i386:x86-64 output</div>

<div>/usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin=
/ld: arm architecture of input file `.libs/attach.o&#39; is incompatible wi=
th i386:x86-64 output</div><div>/usr/lib64/gcc/x86_64-suse-linux/4.5/../../=
../../x86_64-suse-linux/bin/ld: arm architecture of input file `.libs/auth.=
o&#39; is incompatible with i386:x86-64 output</div>

<div>/usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin=
/ld: arm architecture of input file `.libs/backup.o&#39; is incompatible wi=
th i386:x86-64 output</div></div><div>.....................................=
..........................</div>

<div><br></div><div><span class=3D"Apple-style-span" style=3D"font-family: =
&#39;Times New Roman&#39;; font-size: medium; "><pre>The solution is to con=
figure libtool by setting CC=3D&quot;my compiler&quot;. But it&#39;s not go=
od.=9AI&#39;m not good in m4 scripting, but in attached file is that, what =
I changed in configure of libtool. In the old version of libtool(2.2.6) eve=
rything is good. I&#39;m using new libtool, because it supports LTO.</pre>

<pre>some links about this problem:</pre><pre><a href=3D"http://www.mail-ar=
chive.com/libtool@HIDDEN/msg11262.html">http://www.mail-archive.com/libtoo=
l@HIDDEN/msg11262.html</a></pre><pre><a href=3D"http://metastatic.org/text=
/libtool.html">http://metastatic.org/text/libtool.html</a></pre>

</span><span class=3D"Apple-style-span" style=3D"font-family: &#39;Times Ne=
w Roman&#39;; font-size: medium; "><pre> </pre></span></div>-- <br><i>=F3 =
=D5=D7=C1=D6=C5=CE=C9=C5=CD,<br></i><b>=E2=D5=DE=C1=C3=CB=C9=CA =F2.=E1.</b=
>=9A<span dir=3D"ltr">&lt;<a href=3D"mailto:ruben.buchatskiy@HIDDEN" tar=
get=3D"_blank">ruben.buchatskiy@HIDDEN</a>&gt;</span><br>



--20cf30051208aa413a04acd2d31d--
--20cf30051208aa413d04acd2d31f
Content-Type: text/x-patch; charset=US-ASCII; name="configure_patch.diff"
Content-Disposition: attachment; filename="configure_patch.diff"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_gsix5w4o0

ZGlmZiAtLWdpdCBhL2NvbmZpZ3VyZSBiL2NvbmZpZ3VyZQppbmRleCBkZTg4ODc1Li41MjY2MGM2
IDEwMDc1NQotLS0gYS9jb25maWd1cmUKKysrIGIvY29uZmlndXJlCkBAIC0yOTY1OSw3ICsyOTY1
OSwxMCBAQCBvbGRfcG9zdHVuaW5zdGFsbF9jbWRzPSRsdF9vbGRfcG9zdHVuaW5zdGFsbF9jbWRz
CiBsb2NrX29sZF9hcmNoaXZlX2V4dHJhY3Rpb249JGxvY2tfb2xkX2FyY2hpdmVfZXh0cmFjdGlv
bgoKICMgQSBDIGNvbXBpbGVyLgotTFRDQz0kbHRfQ0MKK2lmIFsgInhcJENDIiA9PSAieCIgXTsg
dGhlbgorICAgICAgIExUQ0M9JGx0X0NDCitlbHNlIExUQ0M9IlwkQ0MiCitmaQoKICMgTFRDQyBj
b21waWxlciBmbGFncy4KIExUQ0ZMQUdTPSRsdF9DRkxBR1MKQEAgLTI5ODAwLDcgKzI5ODAzLDEw
IEBAIHJlbG9hZF9jbWRzPSRsdF9yZWxvYWRfY21kcwogb2xkX2FyY2hpdmVfY21kcz0kbHRfb2xk
X2FyY2hpdmVfY21kcwoKICMgQSBsYW5ndWFnZSBzcGVjaWZpYyBjb21waWxlci4KLUNDPSRsdF9j
b21waWxlcgoraWYgWyAieFwkQ0MiID09ICJ4IiBdOyB0aGVuCisgICAgICAgQ0M9JGx0X2NvbXBp
bGVyCitlbHNlIENDPSJcJENDIgorZmkKCiAjIElzIHRoZSBjb21waWxlciB0aGUgR05VIGNvbXBp
bGVyPwogd2l0aF9nY2M9JEdDQwoK
--20cf30051208aa413d04acd2d31f--

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: =?UTF-8?Q?=D0=A0=D1=83=D0=B1=D0=B5=D0=BD_?=
 =?UTF-8?Q?=D0=91=D1=83=D1=87=D0=B0=D1=86=D0=BA=D0=B8=D0=B9?=
 <ruben.buchatskiy@HIDDEN>
Subject: bug#9492: Acknowledgement (The wrong-gcc problem)
Message-ID: <handler.9492.B.131593100010869.ack <at> debbugs.gnu.org>
References: <CAFRJ5K1hD4bQd-d+WRUa7eXHVtV6khvtfqcwGFTJ83S04kuc7Q@HIDDEN>
X-Gnu-PR-Message: ack 9492
X-Gnu-PR-Package: libtool
Reply-To: 9492 <at> debbugs.gnu.org
Date: Tue, 13 Sep 2011 16:24:01 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

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 9492 <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
9492: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D9492
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

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

Received: (at control) by debbugs.gnu.org; 13 May 2012 04:15:04 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun May 13 00:15:04 2012
Received: from localhost ([127.0.0.1]:50943 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1STQD2-0004dh-Hz
	for submit <at> debbugs.gnu.org; Sun, 13 May 2012 00:15:04 -0400
Received: from mail-ob0-f172.google.com ([209.85.214.172]:36413)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <jrnieder@HIDDEN>) id 1STQD0-0004d0-CW
	for control <at> debbugs.gnu.org; Sun, 13 May 2012 00:15:03 -0400
Received: by obbeh20 with SMTP id eh20so5624642obb.3
	for <control <at> debbugs.gnu.org>; Sat, 12 May 2012 21:14:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=date:from:to:subject:message-id:references:mime-version
	:content-type:content-disposition:in-reply-to:user-agent;
	bh=88fjEkyUvEm+aQE/wItq1GoiYCOq/b6GNT1b5iy83cU=;
	b=PNsqx4mgfkRmcMACGBAzHWVcBEOyyKJ56BjQLNkl7L7y4Po5DoLremzYD+U3j1o9Js
	XewX7aOWe8dxKJ3d2gFDKr5GIJwKe4uE3BOe0sH8WkWNv3zHPMY3ElXPRvUCadGpDHWG
	uclJnDT2UB/3AClVh9cRC1MAUs42owumSrUHj5GHxqSI5R/zdU+WqYDaCR4I5JAjpImq
	7jIekC55lHjPp6VuE+1CUNsQ0tLzbNxb1Cwm/Nuz2E8IF25is+4oB+I/aqr71y+eM4VM
	LLjTg5Z7MqQpKz6l7IVKh+ZjJbujBvbsxILb3A6q1Dysn/pFxd4C+ztxYi0A+32FW4TP
	zkKg==
Received: by 10.43.133.135 with SMTP id hy7mr1539589icc.53.1336882481458;
	Sat, 12 May 2012 21:14:41 -0700 (PDT)
Received: from burratino (c-24-1-56-9.hsd1.il.comcast.net. [24.1.56.9])
	by mx.google.com with ESMTPS id gb4sm7328149igc.1.2012.05.12.21.14.40
	(version=SSLv3 cipher=OTHER); Sat, 12 May 2012 21:14:40 -0700 (PDT)
Date: Sat, 12 May 2012 23:14:29 -0500
From: Jonathan Nieder <jrnieder@HIDDEN>
To: control <at> debbugs.gnu.org
Subject: Re: The wrong-gcc problem
Message-ID: <20120513041429.GA24606@burratino>
References: <CAFRJ5K1hD4bQd-d+WRUa7eXHVtV6khvtfqcwGFTJ83S04kuc7Q@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CAFRJ5K1hD4bQd-d+WRUa7eXHVtV6khvtfqcwGFTJ83S04kuc7Q@HIDDEN>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Spam-Score: -2.6 (--)
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://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: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -2.6 (--)

retitle 9492 cannot override CC when using system copy of libtool ("The wrong-gcc problem")

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

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