Jonathan Nieder <jrnieder@HIDDEN>
to control <at> debbugs.gnu.org
.
Full text available.Received: (at submit) by debbugs.gnu.org; 13 Sep 2011 16:23:20 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 13 12:23:20 2011 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1R3VlW-0002pE-By for submit <at> debbugs.gnu.org; Tue, 13 Sep 2011 12:23:20 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from <ruben.buchatskiy@HIDDEN>) id 1R3TLJ-0008Ab-GX for submit <at> debbugs.gnu.org; Tue, 13 Sep 2011 09:48:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <ruben.buchatskiy@HIDDEN>) id 1R3TGu-00027W-0A for submit <at> debbugs.gnu.org; Tue, 13 Sep 2011 09:43:38 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.4 required=5.0 tests=BAYES_00,BODY_8BITS, FREEMAIL_FROM,HTML_MESSAGE,MIME_CHARSET_FARAWAY,RCVD_IN_DNSWL_LOW, T_DKIM_INVALID, T_TO_NO_BRKTS_FREEMAIL autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:39035) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <ruben.buchatskiy@HIDDEN>) id 1R3TGt-00027S-Qa for submit <at> debbugs.gnu.org; Tue, 13 Sep 2011 09:43:31 -0400 Received: from eggs.gnu.org ([140.186.70.92]:45629) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from <ruben.buchatskiy@HIDDEN>) id 1R3TGp-0002tv-2M for bug-libtool@HIDDEN; Tue, 13 Sep 2011 09:43:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <ruben.buchatskiy@HIDDEN>) id 1R3TGk-00025f-1l for bug-libtool@HIDDEN; Tue, 13 Sep 2011 09:43:27 -0400 Received: from mail-gx0-f176.google.com ([209.85.161.176]:50091) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <ruben.buchatskiy@HIDDEN>) id 1R3TGj-00025R-T5 for bug-libtool@HIDDEN; Tue, 13 Sep 2011 09:43:22 -0400 Received: by gxk7 with SMTP id 7so526287gxk.35 for <bug-libtool@HIDDEN>; Tue, 13 Sep 2011 06:43:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=iVIrgfPDQiKFx9Dwmi9hg+uJg/S8IzN3AekDzEj/CJU=; b=Rd4HpLVXifpLI/EI8QUKc3jUPCCnu6SUvY2k1nB+WpeA9Yf005xeprNgc2XgJbFMV8 RaCdmb/UrNIce47souJIGeM5Ekrc2RuB/YI0TlWpSxPt7s/fwdpxe16t/K0xk+gjga9i UVUzct4ngspJQPgOKHm0le15WQG19A5VW9l+I= Received: by 10.236.77.133 with SMTP id d5mr15720872yhe.75.1315921401102; Tue, 13 Sep 2011 06:43:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.147.82.11 with HTTP; Tue, 13 Sep 2011 06:43:01 -0700 (PDT) From: =?UTF-8?B?0KDRg9Cx0LXQvSDQkdGD0YfQsNGG0LrQuNC5?= <ruben.buchatskiy@HIDDEN> Date: Tue, 13 Sep 2011 17:43:01 +0400 Message-ID: <CAFRJ5K1hD4bQd-d+WRUa7eXHVtV6khvtfqcwGFTJ83S04kuc7Q@HIDDEN> Subject: The wrong-gcc problem To: bug-libtool@HIDDEN Content-Type: multipart/mixed; boundary=20cf30051208aa413d04acd2d31f X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -5.9 (-----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 13 Sep 2011 12:23:17 -0400 X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -5.9 (-----) --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: 'Times New = Roman'; font-size: medium; "><pre>Hello!</pre><pre>I'm building Sql= ite 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).</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 "/home/ruben/condor/testings/sqlitesrc/sqlite-src-3070701/build/lib= " -version-info "8:6:8"</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' 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' 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' 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' 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' 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: = 'Times New Roman'; font-size: medium; "><pre>The solution is to con= figure libtool by setting CC=3D"my compiler". But it's not go= od.=9AI'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'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: 'Times Ne= w Roman'; 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"><<a href=3D"mailto:ruben.buchatskiy@HIDDEN" tar= get=3D"_blank">ruben.buchatskiy@HIDDEN</a>></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--
Рубен Бучацкий <ruben.buchatskiy@HIDDEN>
:bug-libtool@HIDDEN
.
Full text available.owner <at> debbugs.gnu.org, bug-libtool@HIDDEN
:bug#9492
; Package libtool
.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.