m68k: workaround for binutils problem

Bug #7322 reported by Debian Bug Importer
6
Affects Status Importance Assigned to Milestone
glibc (Debian)
Fix Released
Unknown
glibc (Ubuntu)
Invalid
High
Unassigned

Bug Description

Automatically imported from Debian bug report #263601 http://bugs.debian.org/263601

Revision history for this message
In , Matthias Klose (doko-cs) wrote : raise severity of #263601

severity 263601 + serious
thanks

according to Dan binutils won't be fixed/cannot be fixed for
sarge. Please apply this workaround.

Revision history for this message
In , Matthias Klose (doko-cs) wrote :

severity 263601 serious
thanks

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Automatically imported from Debian bug report #263601 http://bugs.debian.org/263601

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-Id: <email address hidden>
Date: Thu, 05 Aug 2004 12:32:51 +0200
From: Roman Zippel <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: m68k: workaround for binutils problem

--===============1749496849==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Package: libc6
Version: 2.3.2.ds1-13
Severity: normal
Tags: patch

Hi,

The new binutils 2.15 package combined with newer gcc releases might
expose a longstanding binutils problem, it's discussed here:
http://sources.redhat.com/ml/binutils/2002-08/msg00535.html
I'm running tests with newer gcc and since the upgrade to binutils 2.15
some of the tests fail because of this.
It's rather unlikely that this problem is properly fixed in binutils
soon, so I think we should include this patch to avoid further problems
with the pending release.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: m68k
Kernel: Linux 2.4.26
Locale: LANG=C, LC_CTYPE=C

Versions of packages libc6 depends on:
ii libdb1-compat 2.1.3-7 The Berkeley database routines [gl

-- no debconf information

--===============1749496849==
Content-Type: application/x-shellscript
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="m68k-reloc.dpatch"

IyEgL2Jpbi9zaCAtZQoKIyBBbGwgbGluZXMgYmVnaW5uaW5nIHdpdGggYCMgRFA6JyBhcmUgYSBk
ZXNjcmlwdGlvbiBvZiB0aGUgcGF0Y2guCiMgRFA6IERlc2NyaXB0aW9uOiBiaW51dGlscyBidWcg
d29ya2Fyb3VuZAojIERQOiBSZWxhdGVkIGJ1Z3M6IAojIERQOiBEcGF0Y2ggYXV0aG9yOiAKIyBE
UDogUGF0Y2ggYXV0aG9yOiAKIyBEUDogVXBzdHJlYW0gc3RhdHVzOiBbSW4gQ1ZTIHwgRGViaWFu
LVNwZWNpZmljIHwgUGVuZGluZyB8IE5vdCBzdWJtaXR0ZWQgXQojIERQOiBTdGF0dXMgRGV0YWls
czogCiMgRFA6IERhdGU6IEBEQVRFQAoKUEFUQ0hMRVZFTD0xCgppZiBbICQjIC1uZSAyIF07IHRo
ZW4KICAgIGVjaG8gPiYyICJgYmFzZW5hbWUgJDBgOiBzY3JpcHQgZXhwZWN0cyAtcGF0Y2h8LXVu
cGF0Y2ggYXMgYXJndW1lbnQiCiAgICBleGl0IDEKZmkKY2FzZSAiJDEiIGluCiAgICAtcGF0Y2gp
IHBhdGNoIC1kICIkMiIgLWYgLS1uby1iYWNrdXAtaWYtbWlzbWF0Y2ggLXAkUEFUQ0hMRVZFTCA8
ICQwOzsKICAgIC11bnBhdGNoKSBwYXRjaCAtZCAiJDIiIC1mIC0tbm8tYmFja3VwLWlmLW1pc21h
dGNoIC1SIC1wJFBBVENITEVWRUwgPCAkMDs7CiAgICAqKQoJZWNobyA+JjIgImBiYXNlbmFtZSAk
MGA6IHNjcmlwdCBleHBlY3RzIC1wYXRjaHwtdW5wYXRjaCBhcyBhcmd1bWVudCIKCWV4aXQgMQpl
c2FjCmV4aXQgMAoKIyBhcHBlbmQgdGhlIHBhdGNoIGhlcmUgYW5kIGFkanVzdCB0aGUgLXA/IGZs
YWcgaW4gdGhlIHBhdGNoIGNhbGxzLgoKLS0tIGdsaWJjLTIuMy4yL3N5c2RlcHMvbTY4ay9kbC1t
YWNoaW5lLmgub3JnCTIwMDQtMDgtMDUgMDI6MDA6MzIuMDAwMDAwMDAwICswMjAwCisrKyBnbGli
Yy0yLjMuMi9zeXNkZXBzL202OGsvZGwtbWFjaGluZS5oCTIwMDQtMDgtMDUgMDI6MDE6MDcuMDAw
MDAwMDAwICswMjAwCkBAIC0zMTAsNiArMzEwLDggQEAKICAgRWxmMzJfQWRkciAqY29uc3QgcmVs
b2NfYWRkciA9ICh2b2lkICopIChsX2FkZHIgKyByZWxvYy0+cl9vZmZzZXQpOwogICBpZiAoRUxG
MzJfUl9UWVBFIChyZWxvYy0+cl9pbmZvKSA9PSBSXzY4S19KTVBfU0xPVCkKICAgICAqcmVsb2Nf
YWRkciArPSBsX2FkZHI7CisgIGVsc2UgaWYgKEVMRjMyX1JfVFlQRSAocmVsb2MtPnJfaW5mbykg
PT0gUl82OEtfTk9ORSkKKyAgICByZXR1cm47CiAgIGVsc2UKICAgICBfZGxfcmVsb2NfYmFkX3R5
cGUgKG1hcCwgRUxGMzJfUl9UWVBFIChyZWxvYy0+cl9pbmZvKSwgMSk7CiB9Cg==

--===============1749496849==--

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Fri, 6 Aug 2004 06:34:37 +0200
From: Matthias Klose <email address hidden>
To: <email address hidden>, <email address hidden>
Cc: <email address hidden>
Subject: raise severity of #263601

severity 263601 + serious
thanks

according to Dan binutils won't be fixed/cannot be fixed for
sarge. Please apply this workaround.

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Fri, 6 Aug 2004 06:49:47 +0200
From: Matthias Klose <email address hidden>
To: <email address hidden>
Subject: raise severity of #263601

severity 263601 serious
thanks

Revision history for this message
Matt Zimmerman (mdz) wrote :

no m68k here

Revision history for this message
In , GOTO Masanori (gotom-debian) wrote : Re: Bug#263601: m68k: workaround for binutils problem

At Thu, 05 Aug 2004 12:32:51 +0200,
Roman Zippel wrote:
> The new binutils 2.15 package combined with newer gcc releases might
> expose a longstanding binutils problem, it's discussed here:
> http://sources.redhat.com/ml/binutils/2002-08/msg00535.html
> I'm running tests with newer gcc and since the upgrade to binutils 2.15
> some of the tests fail because of this.
> It's rather unlikely that this problem is properly fixed in binutils
> soon, so I think we should include this patch to avoid further problems
> with the pending release.

At Fri, 6 Aug 2004 06:34:37 +0200,
Matthias Klose wrote:
> according to Dan binutils won't be fixed/cannot be fixed for
> sarge. Please apply this workaround.

OK... I put it.

I discussed with this issues and taught some things from Daniel on IRC
(thanks Daniel!). AFAIK:

  - R_***_NONE is used to fill NULL out for not fixed relocations.
    It's old binutils problem, newer binutils can handle it. m68k is
    the last architecture to be updated.

  - R_68K_NONE is sometimes used. No one is quite sure what is
    changed.

  - ia64, alpha, sparc have R_***_NONE code in elf_machine_lazy_rel,
    but it seems being for backward compatibility.

  - No one has been worked for this problem. But adding this code
    should be harmless. If we fix it, we need to rewrite some
    relocation routines.

  - We may be able to have this code for a while.

Regards,
-- gotom

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Tue, 10 Aug 2004 01:20:23 +0900
From: GOTO Masanori <email address hidden>
To: Roman Zippel <email address hidden>, <email address hidden>
Cc: Matthias Klose <email address hidden>, Daniel Jacobowitz <email address hidden>,
 Jeff Bailey <email address hidden>
Subject: Re: Bug#263601: m68k: workaround for binutils problem

At Thu, 05 Aug 2004 12:32:51 +0200,
Roman Zippel wrote:
> The new binutils 2.15 package combined with newer gcc releases might
> expose a longstanding binutils problem, it's discussed here:
> http://sources.redhat.com/ml/binutils/2002-08/msg00535.html
> I'm running tests with newer gcc and since the upgrade to binutils 2.15
> some of the tests fail because of this.
> It's rather unlikely that this problem is properly fixed in binutils
> soon, so I think we should include this patch to avoid further problems
> with the pending release.

At Fri, 6 Aug 2004 06:34:37 +0200,
Matthias Klose wrote:
> according to Dan binutils won't be fixed/cannot be fixed for
> sarge. Please apply this workaround.

OK... I put it.

I discussed with this issues and taught some things from Daniel on IRC
(thanks Daniel!). AFAIK:

  - R_***_NONE is used to fill NULL out for not fixed relocations.
    It's old binutils problem, newer binutils can handle it. m68k is
    the last architecture to be updated.

  - R_68K_NONE is sometimes used. No one is quite sure what is
    changed.

  - ia64, alpha, sparc have R_***_NONE code in elf_machine_lazy_rel,
    but it seems being for backward compatibility.

  - No one has been worked for this problem. But adding this code
    should be harmless. If we fix it, we need to rewrite some
    relocation routines.

  - We may be able to have this code for a while.

Regards,
-- gotom

Revision history for this message
In , GOTO Masanori (gotom) wrote : Bug#263601: fixed in glibc 2.3.2.ds1-16
Download full text (7.0 KiB)

Source: glibc
Source-Version: 2.3.2.ds1-16

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive:

glibc-doc_2.3.2.ds1-16_all.deb
  to pool/main/g/glibc/glibc-doc_2.3.2.ds1-16_all.deb
glibc_2.3.2.ds1-16.diff.gz
  to pool/main/g/glibc/glibc_2.3.2.ds1-16.diff.gz
glibc_2.3.2.ds1-16.dsc
  to pool/main/g/glibc/glibc_2.3.2.ds1-16.dsc
libc6-dbg_2.3.2.ds1-16_i386.deb
  to pool/main/g/glibc/libc6-dbg_2.3.2.ds1-16_i386.deb
libc6-dev_2.3.2.ds1-16_i386.deb
  to pool/main/g/glibc/libc6-dev_2.3.2.ds1-16_i386.deb
libc6-i686_2.3.2.ds1-16_i386.deb
  to pool/main/g/glibc/libc6-i686_2.3.2.ds1-16_i386.deb
libc6-pic_2.3.2.ds1-16_i386.deb
  to pool/main/g/glibc/libc6-pic_2.3.2.ds1-16_i386.deb
libc6-prof_2.3.2.ds1-16_i386.deb
  to pool/main/g/glibc/libc6-prof_2.3.2.ds1-16_i386.deb
libc6-udeb_2.3.2.ds1-16_i386.udeb
  to pool/main/g/glibc/libc6-udeb_2.3.2.ds1-16_i386.udeb
libc6.1-dbg_2.3.2.ds1-16_ia64.deb
  to pool/main/g/glibc/libc6.1-dbg_2.3.2.ds1-16_ia64.deb
libc6.1-dev_2.3.2.ds1-16_ia64.deb
  to pool/main/g/glibc/libc6.1-dev_2.3.2.ds1-16_ia64.deb
libc6.1-pic_2.3.2.ds1-16_ia64.deb
  to pool/main/g/glibc/libc6.1-pic_2.3.2.ds1-16_ia64.deb
libc6.1-prof_2.3.2.ds1-16_ia64.deb
  to pool/main/g/glibc/libc6.1-prof_2.3.2.ds1-16_ia64.deb
libc6.1-udeb_2.3.2.ds1-16_ia64.udeb
  to pool/main/g/glibc/libc6.1-udeb_2.3.2.ds1-16_ia64.udeb
libc6.1_2.3.2.ds1-16_ia64.deb
  to pool/main/g/glibc/libc6.1_2.3.2.ds1-16_ia64.deb
libc6_2.3.2.ds1-16_i386.deb
  to pool/main/g/glibc/libc6_2.3.2.ds1-16_i386.deb
libnss-dns-udeb_2.3.2.ds1-16_i386.udeb
  to pool/main/g/glibc/libnss-dns-udeb_2.3.2.ds1-16_i386.udeb
libnss-dns-udeb_2.3.2.ds1-16_ia64.udeb
  to pool/main/g/glibc/libnss-dns-udeb_2.3.2.ds1-16_ia64.udeb
libnss-files-udeb_2.3.2.ds1-16_i386.udeb
  to pool/main/g/glibc/libnss-files-udeb_2.3.2.ds1-16_i386.udeb
libnss-files-udeb_2.3.2.ds1-16_ia64.udeb
  to pool/main/g/glibc/libnss-files-udeb_2.3.2.ds1-16_ia64.udeb
locales_2.3.2.ds1-16_all.deb
  to pool/main/g/glibc/locales_2.3.2.ds1-16_all.deb
nscd_2.3.2.ds1-16_i386.deb
  to pool/main/g/glibc/nscd_2.3.2.ds1-16_i386.deb
nscd_2.3.2.ds1-16_ia64.deb
  to pool/main/g/glibc/nscd_2.3.2.ds1-16_ia64.deb

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to <email address hidden>,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
GOTO Masanori <email address hidden> (supplier of updated glibc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing <email address hidden>)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Mon, 2 Aug 2004 11:53:54 +0900
Source: glibc
Binary: libc6-i686 libc0.3-pic glibc-doc libc1-udeb libc0.3 libc6.1-dev libc1-pic libc6-s390x libnss-files-udeb libc1-dbg libc6-dev-sparc64 libc0.3-dev libc6-udeb libc6-dbg libc6.1-pic libc6-dev libc0.3-prof libc6-sparcv9 libc6.1-prof libc1 locales libc6-pic libc0.3-udeb libc1-prof libc0.3-dbg li...

Read more...

Revision history for this message
Debian Bug Importer (debzilla) wrote :
Download full text (7.2 KiB)

Message-Id: <email address hidden>
Date: Wed, 11 Aug 2004 14:47:14 -0400
From: GOTO Masanori <email address hidden>
To: <email address hidden>
Subject: Bug#263601: fixed in glibc 2.3.2.ds1-16

Source: glibc
Source-Version: 2.3.2.ds1-16

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive:

glibc-doc_2.3.2.ds1-16_all.deb
  to pool/main/g/glibc/glibc-doc_2.3.2.ds1-16_all.deb
glibc_2.3.2.ds1-16.diff.gz
  to pool/main/g/glibc/glibc_2.3.2.ds1-16.diff.gz
glibc_2.3.2.ds1-16.dsc
  to pool/main/g/glibc/glibc_2.3.2.ds1-16.dsc
libc6-dbg_2.3.2.ds1-16_i386.deb
  to pool/main/g/glibc/libc6-dbg_2.3.2.ds1-16_i386.deb
libc6-dev_2.3.2.ds1-16_i386.deb
  to pool/main/g/glibc/libc6-dev_2.3.2.ds1-16_i386.deb
libc6-i686_2.3.2.ds1-16_i386.deb
  to pool/main/g/glibc/libc6-i686_2.3.2.ds1-16_i386.deb
libc6-pic_2.3.2.ds1-16_i386.deb
  to pool/main/g/glibc/libc6-pic_2.3.2.ds1-16_i386.deb
libc6-prof_2.3.2.ds1-16_i386.deb
  to pool/main/g/glibc/libc6-prof_2.3.2.ds1-16_i386.deb
libc6-udeb_2.3.2.ds1-16_i386.udeb
  to pool/main/g/glibc/libc6-udeb_2.3.2.ds1-16_i386.udeb
libc6.1-dbg_2.3.2.ds1-16_ia64.deb
  to pool/main/g/glibc/libc6.1-dbg_2.3.2.ds1-16_ia64.deb
libc6.1-dev_2.3.2.ds1-16_ia64.deb
  to pool/main/g/glibc/libc6.1-dev_2.3.2.ds1-16_ia64.deb
libc6.1-pic_2.3.2.ds1-16_ia64.deb
  to pool/main/g/glibc/libc6.1-pic_2.3.2.ds1-16_ia64.deb
libc6.1-prof_2.3.2.ds1-16_ia64.deb
  to pool/main/g/glibc/libc6.1-prof_2.3.2.ds1-16_ia64.deb
libc6.1-udeb_2.3.2.ds1-16_ia64.udeb
  to pool/main/g/glibc/libc6.1-udeb_2.3.2.ds1-16_ia64.udeb
libc6.1_2.3.2.ds1-16_ia64.deb
  to pool/main/g/glibc/libc6.1_2.3.2.ds1-16_ia64.deb
libc6_2.3.2.ds1-16_i386.deb
  to pool/main/g/glibc/libc6_2.3.2.ds1-16_i386.deb
libnss-dns-udeb_2.3.2.ds1-16_i386.udeb
  to pool/main/g/glibc/libnss-dns-udeb_2.3.2.ds1-16_i386.udeb
libnss-dns-udeb_2.3.2.ds1-16_ia64.udeb
  to pool/main/g/glibc/libnss-dns-udeb_2.3.2.ds1-16_ia64.udeb
libnss-files-udeb_2.3.2.ds1-16_i386.udeb
  to pool/main/g/glibc/libnss-files-udeb_2.3.2.ds1-16_i386.udeb
libnss-files-udeb_2.3.2.ds1-16_ia64.udeb
  to pool/main/g/glibc/libnss-files-udeb_2.3.2.ds1-16_ia64.udeb
locales_2.3.2.ds1-16_all.deb
  to pool/main/g/glibc/locales_2.3.2.ds1-16_all.deb
nscd_2.3.2.ds1-16_i386.deb
  to pool/main/g/glibc/nscd_2.3.2.ds1-16_i386.deb
nscd_2.3.2.ds1-16_ia64.deb
  to pool/main/g/glibc/nscd_2.3.2.ds1-16_ia64.deb

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to <email address hidden>,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
GOTO Masanori <email address hidden> (supplier of updated glibc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing <email address hidden>)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Mon, 2 Aug 2004 11:53:54 +0900
Source: glibc
Binary: libc6-i686 libc0.3-pic glibc-doc libc1-udeb libc0.3 libc6.1-dev libc1-pic libc...

Read more...

Changed in glibc:
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.