Your message dated Thu, 2 Jan 2003 03:31:37 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Unable to reproduce with current gcc-2.95
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 9 Mar 2001 10:42:01 +0000
>From [EMAIL PROTECTED] Fri Mar 09 04:42:01 2001
Return-path: <[EMAIL PROTECTED]>
Received: from ims.rz.uni-kiel.de [::ffff:134.245.1.88]
by master.debian.org with smtp (Exim 3.12 1 (Debian))
id 14bKLQ-0004mr-00; Fri, 09 Mar 2001 04:42:00 -0600
Received: from ap031.experimentalphysik.uni-kiel.de by ims.rz.uni-kiel.de with
Local-SMTP (PP); Fri, 9 Mar 2001 11:39:36 +0100
Received: from cts by ap031.experimentalphysik.uni-kiel.de with local (Exim
3.20 #1 (Debian)) id 14bKKJ-00034N-00; Fri, 09 Mar 2001 11:40:51 +0100
From: "Christian T. Steigies" <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: m68k: does not buid, uses illegal assembler code?
X-Reportbug-Version: 1.14
X-Mailer: reportbug 1.14
Date: Fri, 09 Mar 2001 11:40:51 +0100
Message-Id: <[EMAIL PROTECTED]>
Sender: "Christian T. Steigies" <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
Package: libgmp3
Version: 3.1.1-2
Severity: important
Full log at:
http://people.debian.org/~cts/failed_logs/libgmp3_3.1.1-2.dsc_20010308-2328
rm -f .libs/gcdext.lo
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DOPERATION_gcdext -O3 -c gcdext.c -fPIC
-DPIC -o .libs/gcdext.lo
gcdext.c: In function `__gmpn_gcdext':
gcdext.c:700: internal error--unrecognizable insn:
(insn 1116 5099 5102 (parallel[
(set (reg:SI 1 %d1)
(asm_operands ("add%.l %5,%1
addx%.l %3,%0") ("=d") 0[
(mem:SI (plus:SI (reg:SI 14 %a6)
(const_int -56 [0xffffffc8])) 0)
(reg:SI 1 %d1)
(reg:SI 2 %d2)
(mem:SI (plus:SI (reg:SI 14 %a6)
(const_int -12 [0xfffffff4])) 0)
]
[
(asm_input:SI ("%0"))
(asm_input:SI ("d"))
(asm_input:SI ("%1"))
(asm_input:SI ("g"))
] ("gcdext.c") 325))
(set (reg:SI 2 %d2)
(asm_operands ("add%.l %5,%1
addx%.l %3,%0") ("=&d") 1[
(mem:SI (plus:SI (reg:SI 14 %a6)
(const_int -56 [0xffffffc8])) 0)
(reg:SI 1 %d1)
(reg:SI 2 %d2)
(mem:SI (plus:SI (reg:SI 14 %a6)
(const_int -12 [0xfffffff4])) 0)
]
[
(asm_input:SI ("%0"))
(asm_input:SI ("d"))
(asm_input:SI ("%1"))
(asm_input:SI ("g"))
] ("gcdext.c") 325))
] ) -1 (nil)
(nil))
make[4]: *** [gcdext.lo] Error 1
make[4]: Leaving directory `/build/cts/libgmp3-3.1.1/mpn'
---------------------------------------
Received: (at 89023-done) by bugs.debian.org; 2 Jan 2003 02:32:16 +0000
>From [EMAIL PROTECTED] Wed Jan 01 20:32:15 2003
Return-path: <[EMAIL PROTECTED]>
Received: from mail.cs.tu-berlin.de [130.149.17.13] (root)
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 18Tv9b-00016V-00; Wed, 01 Jan 2003 20:32:15 -0600
Received: from bolero.cs.tu-berlin.de ([EMAIL PROTECTED] [130.149.19.1])
by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id DAA11074
for <[EMAIL PROTECTED]>; Thu, 2 Jan 2003 03:31:38 +0100 (MET)
Received: (from [EMAIL PROTECTED])
by bolero.cs.tu-berlin.de (8.11.6+Sun/8.9.3) id h022Vcu01920;
Thu, 2 Jan 2003 03:31:38 +0100 (MET)
From: Matthias Klose <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <[EMAIL PROTECTED]>
Date: Thu, 2 Jan 2003 03:31:37 +0100
To: [EMAIL PROTECTED]
Subject: Unable to reproduce with current gcc-2.95
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=0.6 required=5.0
tests=SPAM_PHRASE_00_01
version=2.41
X-Spam-Level:
The file compiles fine with the given flags, so the workaround in
libgmp3 for m68k doesn't seem to be necessary anymore.
btw, I notice, that the pic files are translated without -fPIC. The
configury detects:
checking if gcc PIC flag -fPIC works... no
