Ubuntu
gcc-3.3 package

gcc-3.3: __fixunsdfdi problem on m68k

Bug #9465 reported by Debian Bug Importer
6
Affects Status Importance Assigned to Milestone
gcc-3.3 (Debian)
Fix Released
Unknown
gcc-3.3 (Ubuntu)
Invalid
High
Matthias Klose

Bug Description

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

See original description
Revision history for this message
In , Thomas Hood (jdthood-aglu) wrote : retitle

retitle 278135 gawk: FTBFS on m68k: clobber.awk test fails with "internal error"
thanks

Revision history for this message
In , Fumitoshi UKAI (ukai) wrote : m68k gcc-3.3 __fixunsdfdi problem (Re: Bug#278135: gawk: FTBFS on m68k: clobber.awk test fails with "internal error")

clone 278135 -1
reassign -1 gcc-3.3
retitle -1 gcc-3.3: __fixunsdfdi problem on m68k
severity -1 critical
retitle 278135 gawk: FTBFS on m68k: clobber.awk test fails with "internal error" with gcc-3.3
thanks

I confirm RC Bug#278135 on crest.debian.org's dchroot unstable, so I
track down it with help of gotom and we suspect this is because of
__fixunsdfdi in libgcc.a of gcc-3.3 (1:3.3.5-1).

I confirm that gawk-3.1.4-1 (was succsessfully built on Aug 7 2004) is
also failed to build from source on m68k with gcc-3.3 now and
gawk-3.1.4-1.2 (was failed to build now with default gcc) can be built
from source on m68k with gcc-3.2 now.

I think it is very critical bug, because all binaries that do casting
from double to unsigned int would include __fixunsdfdi code fragment
in it instead of just refering shared object, so that we need to
recompile such binaries after this bug is fixed.
(and currently m68k's buildd uses gcc-3.3 as /usr/bin/gcc)

This is small example to reproduce this problem.

crest% vi test.c
#include <stdio.h>
#include <stdint.h>

int main()
{
        int x;
        double y = 831.0;
        x = (uintmax_t) y;
        return x;
}
crest% cc -g -o t test.c
crest% ./t
zsh: bus error ./t
crest% gdb ./t
GNU gdb 6.1-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "m68k-linux"...Using host libthread_db library "/lib/libthread_db.so.1".

(gdb) run
Starting program: /home/ukai/tmp/t

Program received signal SIGBUS, Bus error.
0xc003cebe in __libc_start_main () from /lib/libc.so.6
(gdb) bt
#0 0xc003cebe in __libc_start_main () from /lib/libc.so.6
#1 0x800004ce in __fixunsdfdi ()
#2 0x80000466 in main () at test.c:8

Regards,
Fumitoshi UKAI

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

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

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

Message-ID: <email address hidden>
Date: Sun, 24 Oct 2004 17:58:29 -0700
From: <email address hidden>
To: <email address hidden>
Subject: gawk: fails to build on m68k

Package: gawk
Version: 1:3.1.4-1.2
Severity: serious

Hi,

gawk no longer builds on m68k.

| Automatic build of gawk_1:3.1.4-1.2 on chya by sbuild/m68k 1.170.5.0.1
|
| ======== Starting basic tests ========

 ...

| clobber
| gawk: ./clobber.awk:8: (FILENAME=seq FNR=1) fatal error: internal error
| /bin/sh: line 1: 27486 Aborted LC_ALL=${GAWKLOCALE:-C} LANG=${GAWKLOCALE:-C} ../gawk -f ./clobber.awk >_clobber
| make[2]: *** [clobber] Error 134

The m68k build logs for gawk can be found at
 http://buildd.debian.org/build.php?arch=m68k&pkg=gawk

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

Message-Id: <1098793311.3170.565.camel@thanatos>
Date: Tue, 26 Oct 2004 14:21:51 +0200
From: Thomas Hood <email address hidden>
To: <email address hidden>
Subject: retitle

retitle 278135 gawk: FTBFS on m68k: clobber.awk test fails with "internal error"
thanks

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

Message-ID: <email address hidden>
Date: Wed, 27 Oct 2004 00:31:14 +0900
From: Fumitoshi UKAI <email address hidden>
To: <email address hidden>, <email address hidden>
Cc: <email address hidden>
Subject: m68k gcc-3.3 __fixunsdfdi problem (Re: Bug#278135: gawk: FTBFS on m68k: clobber.awk test
 fails with "internal error")

clone 278135 -1
reassign -1 gcc-3.3
retitle -1 gcc-3.3: __fixunsdfdi problem on m68k
severity -1 critical
retitle 278135 gawk: FTBFS on m68k: clobber.awk test fails with "internal error" with gcc-3.3
thanks

I confirm RC Bug#278135 on crest.debian.org's dchroot unstable, so I
track down it with help of gotom and we suspect this is because of
__fixunsdfdi in libgcc.a of gcc-3.3 (1:3.3.5-1).

I confirm that gawk-3.1.4-1 (was succsessfully built on Aug 7 2004) is
also failed to build from source on m68k with gcc-3.3 now and
gawk-3.1.4-1.2 (was failed to build now with default gcc) can be built
from source on m68k with gcc-3.2 now.

I think it is very critical bug, because all binaries that do casting
from double to unsigned int would include __fixunsdfdi code fragment
in it instead of just refering shared object, so that we need to
recompile such binaries after this bug is fixed.
(and currently m68k's buildd uses gcc-3.3 as /usr/bin/gcc)

This is small example to reproduce this problem.

crest% vi test.c
#include <stdio.h>
#include <stdint.h>

int main()
{
        int x;
        double y = 831.0;
        x = (uintmax_t) y;
        return x;
}
crest% cc -g -o t test.c
crest% ./t
zsh: bus error ./t
crest% gdb ./t
GNU gdb 6.1-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "m68k-linux"...Using host libthread_db library "/lib/libthread_db.so.1".

(gdb) run
Starting program: /home/ukai/tmp/t

Program received signal SIGBUS, Bus error.
0xc003cebe in __libc_start_main () from /lib/libc.so.6
(gdb) bt
#0 0xc003cebe in __libc_start_main () from /lib/libc.so.6
#1 0x800004ce in __fixunsdfdi ()
#2 0x80000466 in main () at test.c:8

Regards,
Fumitoshi UKAI

Revision history for this message
James Troup (elmo) wrote :

m68k not a release arch for warty/hoary

Revision history for this message
In , Matthias Klose (doko-mail) wrote : gcc: submitted Debian report #278388 to gcc-gnats as PR 18189

# submitted Debian report #278388 to gcc-gnats as PR 18189
# http://gcc.gnu.org/PR18189

forwarded 278388 http://gcc.gnu.org/PR18189
retitle 278388 [PR 18189] [3.3 regression] __fixunsdfdi problem on m68k
tags 278388 + upstream
thanks

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

Message-Id: <email address hidden>
Date: Thu, 28 Oct 2004 01:13:19 +0200
From: Matthias Klose <email address hidden>
To: <email address hidden>
CC: <email address hidden>
Subject: gcc: submitted Debian report #278388 to gcc-gnats as PR 18189

# submitted Debian report #278388 to gcc-gnats as PR 18189
# http://gcc.gnu.org/PR18189

forwarded 278388 http://gcc.gnu.org/PR18189
retitle 278388 [PR 18189] [3.3 regression] __fixunsdfdi problem on m68k
tags 278388 + upstream
thanks

Revision history for this message
In , Andreas Schwab (schwab-suse) wrote : Re: [PR 18189] [3.3 regression] __fixunsdfdi problem on m68k

This is a bug in binutils 2.15 that's already fixed in CVS HEAD.

Andreas.

--
Andreas Schwab, SuSE Labs, <email address hidden>
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Revision history for this message
In , Matthias Klose (doko-cs) wrote : Re: Bug#278388: [PR 18189] [3.3 regression] __fixunsdfdi problem on m68k

reassign 278388 binutils
tags 278388 + fixed-upstream
notforwarded 278388
thanks

Andreas Schwab writes:
> This is a bug in binutils 2.15 that's already fixed in CVS HEAD.

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

Message-ID: <email address hidden>
Date: Wed, 24 Nov 2004 23:01:09 +0100
From: Andreas Schwab <email address hidden>
To: <email address hidden>
Subject: Re: [PR 18189] [3.3 regression] __fixunsdfdi problem on m68k

This is a bug in binutils 2.15 that's already fixed in CVS HEAD.

Andreas.

--=20
Andreas Schwab, SuSE Labs, <email address hidden>
SuSE Linux Products GmbH, Maxfeldstra=C3=9Fe 5, 90409 N=C3=BCrnberg, Germany
Key fingerprint =3D 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."

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

Message-ID: <email address hidden>
Date: Wed, 24 Nov 2004 23:50:24 +0100
From: Matthias Klose <email address hidden>
To: Andreas Schwab <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#278388: [PR 18189] [3.3 regression] __fixunsdfdi problem on m68k

reassign 278388 binutils
tags 278388 + fixed-upstream
notforwarded 278388
thanks

Andreas Schwab writes:
> This is a bug in binutils 2.15 that's already fixed in CVS HEAD.

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

Andreas Schwab writes:
> This is a bug in binutils 2.15 that's already fixed in CVS HEAD.

Andreas, please could you confirm this patch from upstream:

http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/bfd/elf32-m68k.c.diff?cvsroot=src&r1=1.70&r2=1.71

Revision history for this message
In , Andreas Schwab (schwab-suse) wrote :

Matthias Klose <email address hidden> writes:

> Andreas Schwab writes:
>> This is a bug in binutils 2.15 that's already fixed in CVS HEAD.
>
> Andreas, please could you confirm this patch from upstream:
>
> http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/bfd/elf32-m68k.c.diff?cvsroot=src&r1=1.70&r2=1.71
>

This works for me:

Index: elf32-m68k.c
===================================================================
RCS file: /cvs/src/src/bfd/elf32-m68k.c,v
retrieving revision 1.61.6.1
diff -u -a -p -a -u -p -r1.61.6.1 elf32-m68k.c
--- elf32-m68k.c 8 Apr 2004 12:41:42 -0000 1.61.6.1
+++ elf32-m68k.c 25 Nov 2004 00:15:53 -0000
@@ -940,9 +940,10 @@ elf_m68k_adjust_dynamic_symbol (info, h)
   if (h->type == STT_FUNC
       || (h->elf_link_hash_flags & ELF_LINK_HASH_NEEDS_PLT) != 0)
     {
- if (! info->shared
- && (h->elf_link_hash_flags & ELF_LINK_HASH_DEF_DYNAMIC) == 0
- && (h->elf_link_hash_flags & ELF_LINK_HASH_REF_DYNAMIC) == 0
+ if ((h->plt.refcount <= 0
+ || SYMBOL_CALLS_LOCAL (info, h)
+ || (ELF_ST_VISIBILITY (h->other) != STV_DEFAULT
+ && h->root.type == bfd_link_hash_undefweak))
    /* We must always create the plt entry if it was referenced
       by a PLTxxO relocation. In this case we already recorded
       it as a dynamic symbol. */
@@ -950,19 +951,11 @@ elf_m68k_adjust_dynamic_symbol (info, h)
  {
    /* This case can occur if we saw a PLTxx reloc in an input
       file, but the symbol was never referred to by a dynamic
- object. In such a case, we don't actually need to build
- a procedure linkage table, and we can just do a PCxx
- reloc instead. */
- BFD_ASSERT ((h->elf_link_hash_flags & ELF_LINK_HASH_NEEDS_PLT) != 0);
+ object, or if all references were garbage collected. In
+ such a case, we don't actually need to build a procedure
+ linkage table, and we can just do a PCxx reloc instead. */
    h->plt.offset = (bfd_vma) -1;
- return TRUE;
- }
-
- /* GC may have rendered this entry unused. */
- if (h->plt.refcount <= 0)
- {
    h->elf_link_hash_flags &= ~ELF_LINK_HASH_NEEDS_PLT;
- h->plt.offset = (bfd_vma) -1;
    return TRUE;
  }

Andreas.

--
Andreas Schwab, SuSE Labs, <email address hidden>
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."

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

Message-ID: <email address hidden>
Date: Thu, 25 Nov 2004 00:53:20 +0100
From: Matthias Klose <email address hidden>
To: Andreas Schwab <email address hidden>, <email address hidden>
Subject: Re: Bug#278388: [PR 18189] [3.3 regression] __fixunsdfdi problem on m68k

Andreas Schwab writes:
> This is a bug in binutils 2.15 that's already fixed in CVS HEAD.

Andreas, please could you confirm this patch from upstream:

http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/bfd/elf32-m68k.c.diff?cvsroot=src&r1=1.70&r2=1.71

Revision history for this message
In , James Troup (james-nocrew) wrote : testing in progress, pending uploading

tags 278388 + pending
tags 278836 + pending
thanks

2.15-5 with both patches is built locally and test builds are running
on crest and merulo. I had to by hand apply one hunk of the ia64
patch and both hunks of the m68k one, so I don't want to upload it
without test building and confirming the m68k regression is fixed.

(.diff.gz and .dsc also available from
http://people.debian.org/~troup/ for now)

--
James

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

Message-ID: <email address hidden>
Date: Thu, 25 Nov 2004 01:20:13 +0100
From: Andreas Schwab <email address hidden>
To: Matthias Klose <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#278388: [PR 18189] [3.3 regression] __fixunsdfdi problem on
 m68k

Matthias Klose <email address hidden> writes:

> Andreas Schwab writes:
>> This is a bug in binutils 2.15 that's already fixed in CVS HEAD.
>
> Andreas, please could you confirm this patch from upstream:
>
> http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/bfd/elf32-m68k.c.diff?=
cvsroot=3Dsrc&r1=3D1.70&r2=3D1.71
>

This works for me:

Index: elf32-m68k.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /cvs/src/src/bfd/elf32-m68k.c,v
retrieving revision 1.61.6.1
diff -u -a -p -a -u -p -r1.61.6.1 elf32-m68k.c
--- elf32-m68k.c 8 Apr 2004 12:41:42 -0000 1.61.6.1
+++ elf32-m68k.c 25 Nov 2004 00:15:53 -0000
@@ -940,9 +940,10 @@ elf_m68k_adjust_dynamic_symbol (info, h)
   if (h->type =3D=3D STT_FUNC
       || (h->elf_link_hash_flags & ELF_LINK_HASH_NEEDS_PLT) !=3D 0)
     {
- if (! info->shared
- && (h->elf_link_hash_flags & ELF_LINK_HASH_DEF_DYNAMIC) =3D=3D 0
- && (h->elf_link_hash_flags & ELF_LINK_HASH_REF_DYNAMIC) =3D=3D 0
+ if ((h->plt.refcount <=3D 0
+ || SYMBOL_CALLS_LOCAL (info, h)
+ || (ELF_ST_VISIBILITY (h->other) !=3D STV_DEFAULT
+ && h->root.type =3D=3D bfd_link_hash_undefweak))
    /* We must always create the plt entry if it was referenced
       by a PLTxxO relocation. In this case we already recorded
       it as a dynamic symbol. */
@@ -950,19 +951,11 @@ elf_m68k_adjust_dynamic_symbol (info, h)
  {
    /* This case can occur if we saw a PLTxx reloc in an input
       file, but the symbol was never referred to by a dynamic
- object. In such a case, we don't actually need to build
- a procedure linkage table, and we can just do a PCxx
- reloc instead. */
- BFD_ASSERT ((h->elf_link_hash_flags & ELF_LINK_HASH_NEEDS_PLT) !=3D 0=
);
+ object, or if all references were garbage collected. In
+ such a case, we don't actually need to build a procedure
+ linkage table, and we can just do a PCxx reloc instead. */
    h->plt.offset =3D (bfd_vma) -1;
- return TRUE;
- }
-
- /* GC may have rendered this entry unused. */
- if (h->plt.refcount <=3D 0)
- {
    h->elf_link_hash_flags &=3D ~ELF_LINK_HASH_NEEDS_PLT;
- h->plt.offset =3D (bfd_vma) -1;
    return TRUE;
  }
=20

Andreas.

--=20
Andreas Schwab, SuSE Labs, <email address hidden>
SuSE Linux Products GmbH, Maxfeldstra=DFe 5, 90409 N=FCrnberg, Germany
Key fingerprint =3D 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."

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

Message-ID: <email address hidden>
Date: Thu, 25 Nov 2004 00:33:11 +0000
From: James Troup <email address hidden>
To: <email address hidden>, <email address hidden>
Subject: testing in progress, pending uploading

tags 278388 + pending
tags 278836 + pending
thanks

2.15-5 with both patches is built locally and test builds are running
on crest and merulo. I had to by hand apply one hunk of the ia64
patch and both hunks of the m68k one, so I don't want to upload it
without test building and confirming the m68k regression is fixed.

(.diff.gz and .dsc also available from
http://people.debian.org/~troup/ for now)

--
James

Revision history for this message
In , James Troup (james-nocrew) wrote : Re: Bug#278388: [PR 18189] [3.3 regression] __fixunsdfdi problem on m68k

Andreas Schwab <email address hidden> writes:

> Matthias Klose <email address hidden> writes:
>
>> Andreas Schwab writes:
>>> This is a bug in binutils 2.15 that's already fixed in CVS HEAD.
>>
>> Andreas, please could you confirm this patch from upstream:
>>
>> http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/bfd/elf32-m68k.c.diff?cvsroot=src&r1=1.70&r2=1.71
>>
>
> This works for me:

Thanks. With this patch applied, the original bug report and some
testsuite failures are fixed but also some new ones are introduced -
are these anything to be concerned about?

| $ monica 2.15-2_m68k 2.15-5_m68k
| W: [ld-elfvsb/elfvsb.exp] REGRESSION (PASS -> FAIL): visibility (protected_undef_def) (non PIC, load offset)
| W: [ld-elfvsb/elfvsb.exp] REGRESSION (PASS -> FAIL): visibility (protected_weak) (non PIC, load offset)
| W: [ld-elfvsb/elfvsb.exp] REGRESSION (PASS -> FAIL): visibility (hidden_weak) (non PIC, load offset)
| I: [ld-shared/shared.exp] progression (FAIL -> PASS): shared (non PIC, load offset)
| I: [ld-elfvsb/elfvsb.exp] progression (FAIL -> PASS): visibility (normal) (PIC main, non PIC so)
| I: [ld-elfvsb/elfvsb.exp] progression (FAIL -> PASS): visibility (protected) (non PIC)
| I: [ld-elfvsb/elfvsb.exp] progression (FAIL -> PASS): visibility (normal) (non PIC)
| I: [ld-elfvsb/elfvsb.exp] progression (FAIL -> PASS): visibility (hidden_normal) (non PIC)
| 3 REGRESSIONS (0.99%).
| 5 progressions (1.64%).
| 304 tests: 296 pass (97.37%), 6 fail (1.97%), 2 xfail (0.66%) 0 untested (0.00%).
| $

--
James

Revision history for this message
In , Andreas Schwab (schwab-suse) wrote :

James Troup <email address hidden> writes:

> Andreas Schwab <email address hidden> writes:
>
>> Matthias Klose <email address hidden> writes:
>>
>>> Andreas Schwab writes:
>>>> This is a bug in binutils 2.15 that's already fixed in CVS HEAD.
>>>
>>> Andreas, please could you confirm this patch from upstream:
>>>
>>> http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/bfd/elf32-m68k.c.diff?cvsroot=src&r1=1.70&r2=1.71
>>>
>>
>> This works for me:
>
> Thanks. With this patch applied, the original bug report and some
> testsuite failures are fixed but also some new ones are introduced -
> are these anything to be concerned about?

Can you try and compare with CVS HEAD?

Andreas.

--
Andreas Schwab, SuSE Labs, <email address hidden>
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."

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

Message-ID: <email address hidden>
Date: Thu, 25 Nov 2004 10:34:34 +0000
From: James Troup <email address hidden>
To: Andreas Schwab <email address hidden>
Cc: <email address hidden>, Matthias Klose <email address hidden>
Subject: Re: Bug#278388: [PR 18189] [3.3 regression] __fixunsdfdi problem on
 m68k

Andreas Schwab <email address hidden> writes:

> Matthias Klose <email address hidden> writes:
>
>> Andreas Schwab writes:
>>> This is a bug in binutils 2.15 that's already fixed in CVS HEAD.
>>
>> Andreas, please could you confirm this patch from upstream:
>>
>> http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/bfd/elf32-m68k.c.diff?cvsroot=src&r1=1.70&r2=1.71
>>
>
> This works for me:

Thanks. With this patch applied, the original bug report and some
testsuite failures are fixed but also some new ones are introduced -
are these anything to be concerned about?

| $ monica 2.15-2_m68k 2.15-5_m68k
| W: [ld-elfvsb/elfvsb.exp] REGRESSION (PASS -> FAIL): visibility (protected_undef_def) (non PIC, load offset)
| W: [ld-elfvsb/elfvsb.exp] REGRESSION (PASS -> FAIL): visibility (protected_weak) (non PIC, load offset)
| W: [ld-elfvsb/elfvsb.exp] REGRESSION (PASS -> FAIL): visibility (hidden_weak) (non PIC, load offset)
| I: [ld-shared/shared.exp] progression (FAIL -> PASS): shared (non PIC, load offset)
| I: [ld-elfvsb/elfvsb.exp] progression (FAIL -> PASS): visibility (normal) (PIC main, non PIC so)
| I: [ld-elfvsb/elfvsb.exp] progression (FAIL -> PASS): visibility (protected) (non PIC)
| I: [ld-elfvsb/elfvsb.exp] progression (FAIL -> PASS): visibility (normal) (non PIC)
| I: [ld-elfvsb/elfvsb.exp] progression (FAIL -> PASS): visibility (hidden_normal) (non PIC)
| 3 REGRESSIONS (0.99%).
| 5 progressions (1.64%).
| 304 tests: 296 pass (97.37%), 6 fail (1.97%), 2 xfail (0.66%) 0 untested (0.00%).
| $

--
James

Revision history for this message
In , James Troup (james-nocrew) wrote : Bug#278388: fixed in binutils 2.15-5
Download full text (3.5 KiB)

Source: binutils
Source-Version: 2.15-5

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

binutils-dev_2.15-5_i386.deb
  to pool/main/b/binutils/binutils-dev_2.15-5_i386.deb
binutils-doc_2.15-5_all.deb
  to pool/main/b/binutils/binutils-doc_2.15-5_all.deb
binutils-multiarch_2.15-5_i386.deb
  to pool/main/b/binutils/binutils-multiarch_2.15-5_i386.deb
binutils_2.15-5.diff.gz
  to pool/main/b/binutils/binutils_2.15-5.diff.gz
binutils_2.15-5.dsc
  to pool/main/b/binutils/binutils_2.15-5.dsc
binutils_2.15-5_i386.deb
  to pool/main/b/binutils/binutils_2.15-5_i386.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.
James Troup <email address hidden> (supplier of updated binutils 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: Thu, 25 Nov 2004 00:13:28 +0000
Source: binutils
Binary: binutils-dev binutils-hppa64 binutils-multiarch binutils binutils-doc
Architecture: source i386 all
Version: 2.15-5
Distribution: unstable
Urgency: low
Maintainer: James Troup <email address hidden>
Changed-By: James Troup <email address hidden>
Description:
 binutils - The GNU assembler, linker and binary utilities
 binutils-dev - The GNU binary utilities (BFD development files)
 binutils-doc - Documentation for the GNU assembler, linker and binary utilities
 binutils-multiarch - Binary utilities that support multi-arch targets
Closes: 278388 278836
Changes:
 binutils (2.15-5) unstable; urgency=low
 .
   * 121_ia64_unwind_fixes.dpatch: new patch from David Mosberger to fix
     unwind related bugs. Closes: #278836
   * 122_m68k_undefweak_symbols: new patch from Andreas Schwab to fix undef
     weak symbols with non-default visibilty on m68k. Closes: #278388
Files:
 b20cf60b07384592ed5fa71314c6d2d9 1401 devel standard binutils_2.15-5.dsc
 055e74792e7118ddf33ae6b04d640818 38173 devel standard binutils_2.15-5.diff.gz
 bda6b415d5499ae0ae0af278d93ae394 426646 doc optional binutils-doc_2.15-5_all.deb
 7af8e91e26b776e85b1248ca800cc0f1 2222906 devel standard binutils_2.15-5_i386.deb
 c8d0744e2ac378981525a7bd5377406a 2812812 devel extra binutils-dev_2.15-5_i386.deb
 d226b2c2b70ee5c3d36e927e9eecf859 7955538 devel extra binutils-multiarch_2.15-5_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iQIVAwUBQaUm8NfD8TGrKpH1AQJbfg/9G9888lJPKNra7pzRv/qIYu9XKWGbcLBx
OxkLlvnwhflPf0ki9kwcrtbBXM0pR33xKVEGbgH2gcVru7PJwKbQeTzucx7LCHvL
T0Q36wGDFc/awXXN0i6sYtFNiHiWX4OfhmM1qBw7HeBPQp2uvXB0eIGmp+cx0pPp
JtOnFrkMfMDy/eS1gRtFBQVofUzJB21GBZnysp6ELhqqyc5vtVxEQAS2vSkywY7e
mAO80IE6FsS7P7HjHHjl5CbjUniH658kaPPrvqfjPgRvK554GdoXbay0H+zBkUd0
rzHz01UK6PvgnI2CElmJlYXhllDt1z+eBzpsITzCaFugU3ylQpaSA6ph3Oi4VbBD
ppP5RG4MqPnT0OhR...

Read more...

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

Message-ID: <email address hidden>
Date: Thu, 25 Nov 2004 12:02:42 +0100
From: Andreas Schwab <email address hidden>
To: <email address hidden>
Cc: Matthias Klose <email address hidden>
Subject: Re: Bug#278388: [PR 18189] [3.3 regression] __fixunsdfdi problem on
 m68k

James Troup <email address hidden> writes:

> Andreas Schwab <email address hidden> writes:
>
>> Matthias Klose <email address hidden> writes:
>>
>>> Andreas Schwab writes:
>>>> This is a bug in binutils 2.15 that's already fixed in CVS HEAD.
>>>
>>> Andreas, please could you confirm this patch from upstream:
>>>
>>> http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/bfd/elf32-m68k.c.dif=
f?cvsroot=3Dsrc&r1=3D1.70&r2=3D1.71
>>>
>>
>> This works for me:
>
> Thanks. With this patch applied, the original bug report and some
> testsuite failures are fixed but also some new ones are introduced -
> are these anything to be concerned about?

Can you try and compare with CVS HEAD?

Andreas.

--=20
Andreas Schwab, SuSE Labs, <email address hidden>
SuSE Linux Products GmbH, Maxfeldstra=DFe 5, 90409 N=FCrnberg, Germany
Key fingerprint =3D 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."

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

Message-Id: <email address hidden>
Date: Thu, 25 Nov 2004 06:17:16 -0500
From: James Troup <email address hidden>
To: <email address hidden>
Subject: Bug#278388: fixed in binutils 2.15-5

Source: binutils
Source-Version: 2.15-5

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

binutils-dev_2.15-5_i386.deb
  to pool/main/b/binutils/binutils-dev_2.15-5_i386.deb
binutils-doc_2.15-5_all.deb
  to pool/main/b/binutils/binutils-doc_2.15-5_all.deb
binutils-multiarch_2.15-5_i386.deb
  to pool/main/b/binutils/binutils-multiarch_2.15-5_i386.deb
binutils_2.15-5.diff.gz
  to pool/main/b/binutils/binutils_2.15-5.diff.gz
binutils_2.15-5.dsc
  to pool/main/b/binutils/binutils_2.15-5.dsc
binutils_2.15-5_i386.deb
  to pool/main/b/binutils/binutils_2.15-5_i386.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.
James Troup <email address hidden> (supplier of updated binutils 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: Thu, 25 Nov 2004 00:13:28 +0000
Source: binutils
Binary: binutils-dev binutils-hppa64 binutils-multiarch binutils binutils-doc
Architecture: source i386 all
Version: 2.15-5
Distribution: unstable
Urgency: low
Maintainer: James Troup <email address hidden>
Changed-By: James Troup <email address hidden>
Description:
 binutils - The GNU assembler, linker and binary utilities
 binutils-dev - The GNU binary utilities (BFD development files)
 binutils-doc - Documentation for the GNU assembler, linker and binary utilities
 binutils-multiarch - Binary utilities that support multi-arch targets
Closes: 278388 278836
Changes:
 binutils (2.15-5) unstable; urgency=low
 .
   * 121_ia64_unwind_fixes.dpatch: new patch from David Mosberger to fix
     unwind related bugs. Closes: #278836
   * 122_m68k_undefweak_symbols: new patch from Andreas Schwab to fix undef
     weak symbols with non-default visibilty on m68k. Closes: #278388
Files:
 b20cf60b07384592ed5fa71314c6d2d9 1401 devel standard binutils_2.15-5.dsc
 055e74792e7118ddf33ae6b04d640818 38173 devel standard binutils_2.15-5.diff.gz
 bda6b415d5499ae0ae0af278d93ae394 426646 doc optional binutils-doc_2.15-5_all.deb
 7af8e91e26b776e85b1248ca800cc0f1 2222906 devel standard binutils_2.15-5_i386.deb
 c8d0744e2ac378981525a7bd5377406a 2812812 devel extra binutils-dev_2.15-5_i386.deb
 d226b2c2b70ee5c3d36e927e9eecf859 7955538 devel extra binutils-multiarch_2.15-5_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iQIVAwUBQaUm8NfD8TGrKpH1AQJbfg/9G9888lJPKNra7pzRv/qIYu9XKWGbcLBx
OxkLlvnwhflPf0ki9kwcrtbBXM0pR33xKVEGbgH2gcVru7PJwKbQeTzucx7LCHvL
T0Q36wGDFc/awXXN0i6sYtFNiHiWX4OfhmM1qBw7HeBPQp2uvXB0eIGmp+cx0pPp
JtOnF...

Read more...

Revision history for this message
In , Andreas Schwab (schwab-suse) wrote : Re: Bug#278388: [PR 18189] [3.3 regression] __fixunsdfdi problem on m68k

James Troup <email address hidden> writes:

> | $ monica 2.15-2_m68k 2.15-5_m68k
> | W: [ld-elfvsb/elfvsb.exp] REGRESSION (PASS -> FAIL): visibility (protected_undef_def) (non PIC, load offset)
> | W: [ld-elfvsb/elfvsb.exp] REGRESSION (PASS -> FAIL): visibility (protected_weak) (non PIC, load offset)
> | W: [ld-elfvsb/elfvsb.exp] REGRESSION (PASS -> FAIL): visibility (hidden_weak) (non PIC, load offset)

Please make sure that these aren't in fact spurious failures. Those tests
tend to trigger bugs that look like caching problems.

Andreas.

--
Andreas Schwab, SuSE Labs, <email address hidden>
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."

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

Message-ID: <email address hidden>
Date: Mon, 06 Dec 2004 13:29:49 +0100
From: Andreas Schwab <email address hidden>
To: <email address hidden>
Cc: Matthias Klose <email address hidden>
Subject: Re: Bug#278388: [PR 18189] [3.3 regression] __fixunsdfdi problem on
 m68k

James Troup <email address hidden> writes:

> | $ monica 2.15-2_m68k 2.15-5_m68k=20
> | W: [ld-elfvsb/elfvsb.exp] REGRESSION (PASS -> FAIL): visibility (prot=
ected_undef_def) (non PIC, load offset)
> | W: [ld-elfvsb/elfvsb.exp] REGRESSION (PASS -> FAIL): visibility (prot=
ected_weak) (non PIC, load offset)
> | W: [ld-elfvsb/elfvsb.exp] REGRESSION (PASS -> FAIL): visibility (hidd=
en_weak) (non PIC, load offset)

Please make sure that these aren't in fact spurious failures. Those test=
s
tend to trigger bugs that look like caching problems.

Andreas.

--=20
Andreas Schwab, SuSE Labs, <email address hidden>
SuSE Linux Products GmbH, Maxfeldstra=DFe 5, 90409 N=FCrnberg, Germany
Key fingerprint =3D 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Bug Watch Updater (bug-watch-updater)
Changed in gcc-3.3:
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

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