GNU bug report logs - #9492
cannot override CC when using system copy of libtool ("The wrong-gcc problem")

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: libtool; Reported by: Рубен Бучацкий <ruben.buchatskiy@HIDDEN>; dated Tue, 13 Sep 2011 16:24:01 UTC; Maintainer for libtool is bug-libtool@HIDDEN.
Changed bug title to 'cannot override CC when using system copy of libtool ("The wrong-gcc problem")' from 'The wrong-gcc problem' Request was from Jonathan Nieder <jrnieder@HIDDEN> to control <at> debbugs.gnu.org. Full text available.

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


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: &#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--




Acknowledgement sent to Рубен Бучацкий <ruben.buchatskiy@HIDDEN>:
New bug report received and forwarded. Copy sent to bug-libtool@HIDDEN. Full text available.
Report forwarded to owner <at> debbugs.gnu.org, bug-libtool@HIDDEN:
bug#9492; Package libtool. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
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.