--- Additional Comments From amodra at bigpond dot net dot au 2006-09-11
02:34 ---
I didn't read the bug report properly. :-( Should now be fixed.
http://sources.redhat.com/ml/binutils-cvs/2006-09/msg00048.html
--
What|Removed |
--- Additional Comments From amodra at bigpond dot net dot au 2006-09-13
06:16 ---
works on mainline
--
What|Removed |Added
Status|NEW
--- Additional Comments From amodra at bigpond dot net dot au 2006-09-13
09:06 ---
Yes, it's daft that the signature of the group is a symbol. Given that we are
stuck with this, then we at least ought to do something about strip --unneeded,
which currently strips out the group s
--
What|Removed |Added
AssignedTo|unassigned at sources dot |amodra at bigpond dot net
|redhat dot com |dot au
Status|ASSIGNED
--- Additional Comments From amodra at bigpond dot net dot au 2006-09-14
01:55 ---
strip --strip-unneeded fixed with
http://sources.redhat.com/ml/binutils-cvs/2006-09/msg00062.html
I'm unsure what to do about the plain strip case. We can
a) keep the group signature symbol anyway,
--- Additional Comments From amodra at bigpond dot net dot au 2006-09-14
01:56 ---
I guess we should update the section group count.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3182
--- You are receiving this mail because: ---
You are on the CC list for the bug, or
--- Additional Comments From amodra at bigpond dot net dot au 2006-09-14
12:41 ---
http://sources.redhat.com/ml/binutils-cvs/2006-09/msg00066.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2006-09-15
00:05 ---
Fixed on mainline.
--
What|Removed |Added
Status|NEW
--- Additional Comments From amodra at bigpond dot net dot au 2006-09-15
00:06 ---
OTOH, a zero in a SHT_GROUP entry won't cause any harm.
--
What|Removed |
--- Additional Comments From amodra at bigpond dot net dot au 2006-09-15
01:42 ---
Builds for me. Have you broken your makefile somehow?
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2006-09-15
02:21 ---
020001030078 001a R_ALPHA_JMP_SLOT 0200010ca150
020001030080 011a unrecognized: 11a 0200010c9cb0
020001030088 0019 R_ALPHA_GLOB_DAT
--- Additional Comments From amodra at bigpond dot net dot au 2006-09-15
08:40 ---
My guess is that the trick you use here was killed by
http://sources.redhat.com/ml/binutils/2005-04/msg00836.html, specifically the
change from sb_add_sb to sb_scrub_and_add_sb in input_scrub_include_sb
--- Additional Comments From amodra at bigpond dot net dot au 2006-10-10
08:55 ---
getpwnam_r is kept because you are linking against a shared libc that also
defines this symbol. In this case the linker keeps your getpwnam_r, because it
is assumed you are defining a function to
--- Additional Comments From amodra at bigpond dot net dot au 2006-11-07
09:06 ---
Created an attachment (id=1405)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1405&action=view)
reduced testcase
This testcase fails on x86 too.
--
http://sourceware.org/b
--
What|Removed |Added
GCC target triplet|powerpc-montavista-linux-gnu|all
http://sourceware.org/bugzilla/show_bug.cgi?id=3469
--- You are receiving this mail because: ---
--- Additional Comments From amodra at bigpond dot net dot au 2006-11-08
11:47 ---
Jan, would you please have a look at this? The problem here is that we have a
reloc generated against a symbol that is cloned when redefined, thus is removed
from the gas symbol chain
--- Additional Comments From amodra at bigpond dot net dot au 2006-11-09
00:22 ---
Yes, it's clear to me that glibc has a bug here. I suspect that
_dl_argv_internal should not have a definition in .bss. It's equally clear to
me that gas cannot allow relocations to be emitt
--- Additional Comments From amodra at bigpond dot net dot au 2006-11-14
03:13 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2006-11-15
03:51 ---
http://sourceware.org/ml/binutils/2006-02/msg00193.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2006-11-17
08:08 ---
Created an attachment (id=1426)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1426&action=view)
corrected testcase
Original testcase had an extra '.' in the
--- Additional Comments From amodra at bigpond dot net dot au 2006-11-17
14:02 ---
Caching implemented in
http://sources.redhat.com/ml/binutils/2006-11/msg00190.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2006-11-17
14:05 ---
not a bug
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2006-11-20
01:06 ---
Nasty. The problem here is that the arm backend adds new symbols inside
allocate_dynrelocs, which is called via a symbol table hash traversal. Adding a
new sym just happens to cause us to grow the hash
--
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|-00-00 00:00:00 |2006-11-20 01:15:51
date|
--
What|Removed |Added
AssignedTo|unassigned at sources dot |amodra at bigpond dot net
|redhat dot com |dot au
Status|ASSIGNED
--
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|2006-11-20 01:15:51 |2006-11-20 01:16:37
date|
--- Additional Comments From amodra at bigpond dot net dot au 2006-11-23
21:30 ---
Fixed some time ago.
--
What|Removed |Added
Status|NEW
--- Additional Comments From amodra at bigpond dot net dot au 2006-11-23
21:36 ---
Already fixed.
--
What|Removed |Added
Status|WAITING
--
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|-00-00 00:00:00 |2006-12-12 13:40:55
date|
--
What|Removed |Added
AssignedTo|unassigned at sources dot |amodra at bigpond dot net
|redhat dot com |dot au
Status|ASSIGNED
--
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|2006-12-12 13:40:55 |2006-12-12 13:41:45
date|
--- Additional Comments From amodra at bigpond dot net dot au 2006-12-12
13:52 ---
Created an attachment (id=1458)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1458&action=view)
possibile fix
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3704
---
--- Additional Comments From amodra at bigpond dot net dot au 2006-12-14
03:00 ---
http://sources.redhat.com/ml/binutils-cvs/2006-12/msg00068.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2007-02-06
22:34 ---
http://sourceware.org/ml/binutils-cvs/2007-02/msg00054.html
http://sourceware.org/ml/binutils-cvs/2007-02/msg00059.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2007-02-07
17:29 ---
Regarding comment #2 and #3, I think the purpose of noprefix is to *allow*
source to omit the "%" prefix, ie. make the prefix optional. I don't think it
should force you to omit the prefix
--
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|-00-00 00:00:00 |2007-02-20 23:04:49
date|
--
What|Removed |Added
AssignedTo|unassigned at sources dot |amodra at bigpond dot net
|redhat dot com |dot au
Status|ASSIGNED
--- Additional Comments From amodra at bigpond dot net dot au 2007-02-20
23:06 ---
http://sources.redhat.com/ml/binutils/2007-02/msg00312.html
--
What|Removed |Added
--
What|Removed |Added
AssignedTo|unassigned at sources dot |amodra at bigpond dot net
|redhat dot com |dot au
http://sourceware.org/bugzil
--- Additional Comments From amodra at bigpond dot net dot au 2007-03-07
02:16 ---
http://sources.redhat.com/ml/binutils-cvs/2007-03/msg00026.html
--
What|Removed |Added
--
What|Removed |Added
AssignedTo|unassigned at sources dot |amodra at bigpond dot net
|redhat dot com |dot au
http://sourceware.org/bugzil
--- Additional Comments From amodra at bigpond dot net dot au 2007-03-07
10:06 ---
http://sourceware.org/ml/binutils-cvs/2007-03/msg00029.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2007-03-10
10:58 ---
Reduced testcase.
.data
.align 4
.byte 0, 0
.uleb128 end - start
start:
.space 128*128 - 1 /* or -2 or -3 */
.align 4
end:
I don't believe this is a gas bug. Instead, I believe gcc is askin
--- Additional Comments From amodra at bigpond dot net dot au 2007-03-11
13:37 ---
Yes, we can modify the output, but we must do so in a way that does not confuse
consumers of .gcc_except_table. I don't believe changing the .align is correct,
because data normally follows the .ali
--- Additional Comments From amodra at bigpond dot net dot au 2007-03-12
09:01 ---
Ah, yes, it does seem as if the type_info table is stored in reverse order and
accessed from the end. In that case increasing alignment padding should work.
--
http://sourceware.org/bugzilla
--- Additional Comments From amodra at bigpond dot net dot au 2007-03-14
11:07 ---
http://sourceware.org/ml/binutils-cvs/2007-03/msg00070.html
http://sourceware.org/ml/binutils-cvs/2007-03/msg00071.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2007-03-14
11:07 ---
Fixed
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2007-03-20
03:43 ---
reopending to mark as a duplicate
--
What|Removed |Added
Status|RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2007-03-20
03:44 ---
*** This bug has been marked as a duplicate of 973 ***
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2007-03-20
03:44 ---
*** Bug 2346 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
AssignedTo|unassigned at sources dot |amodra at bigpond dot net
|redhat dot com |dot au
http://sourceware.org/bugzil
--
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|-00-00 00:00:00 |2007-03-29 01:31:23
date|
--- Additional Comments From amodra at bigpond dot net dot au 2007-03-29
01:40 ---
Looks like a linker bug in elf32-ppc.c:allocate_dynrelocs. Testing a fix.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4267
--- You are receiving this mail because: ---
You are on the
--- Additional Comments From amodra at bigpond dot net dot au 2007-03-29
03:40 ---
Powerpc bug fixed by
http://sourceware.org/ml/binutils-cvs/2007-03/msg00177.html.
I am not able to fully test the sparc64 problem because the testcase lacks libm
and libc, however I did find a segfault
--- Additional Comments From amodra at bigpond dot net dot au 2007-03-31
04:12 ---
Most likely this was a result of switching i386 gas over to use bfd, exposing
bugs in the bfd aout support.
2002-08-09 Alan Modra <[EMAIL PROTECTED]>
* configure.in: bfd_gas=yes for al
--- Additional Comments From amodra at bigpond dot net dot au 2007-03-31
11:11 ---
On looking into this a little, I believe your testcase is invalid. The .stab
directives should only be used to create stab syms. With a type of zero, ie.
N_UNDF, you are trying to create a non-stab
--- Additional Comments From amodra at bigpond dot net dot au 2007-04-09
03:03 ---
This is almost certainly something specific to your host, ie. you have a bug in
your host cygwin tools. cpu-powerpc.lo is added to the objects that make up
libbfd in bfd/configure. See the line starting
--- Additional Comments From amodra at bigpond dot net dot au 2007-04-12
13:52 ---
Not a bug.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From amodra at bigpond dot net dot au 2007-04-13
10:56 ---
Spam
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2007-04-14
13:27 ---
Spam
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2007-04-16
09:47 ---
spam
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2007-04-25
01:50 ---
This is good. At least now the FreeBSD project can fix their crtend.o rather
than wondering why C++ exception performance is dismal for them.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4423
--- Additional Comments From amodra at bigpond dot net dot au 2007-04-26
01:28 ---
It isn't supported because no one has cared enough to convert the m68k-coff
assembler over to use BFD.
--
What|Removed |
--
What|Removed |Added
AssignedTo|unassigned at sources dot |amodra at bigpond dot net
|redhat dot com |dot au
http://sourceware.org/bugzil
--
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|-00-00 00:00:00 |2007-04-30 01:11:15
date|
--- Additional Comments From amodra at bigpond dot net dot au 2007-04-30
01:30 ---
http://sourceware.org/ml/binutils-cvs/2007-04/msg00191.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-02
11:03 ---
Did someone hit this in real code? I've always taken the description in the
reference manual to mean the field rather than what is specified on the assembly
line. Quite obviously, a value of 0 in
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-02
11:04 ---
Hmm, I guess there isn't any harm in allowing a zero in the third arg to mean
32.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4448
--- You are receiving this mail because: ---
Yo
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-02
12:13 ---
Eep, I see. gcc/config/rs6000.c:expand_block_move masks the byte count to 5
bits.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4448
--- You are receiving this mail because: ---
You are
--
What|Removed |Added
AssignedTo|unassigned at sources dot |amodra at bigpond dot net
|redhat dot com |dot au
http://sourceware.org/bugzil
--
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|-00-00 00:00:00 |2007-05-02 12:26:48
date|
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-02
12:26 ---
http://sourceware.org/ml/binutils-cvs/2007-04/msg00194.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-02
23:48 ---
The patch merely warns about a problem that existed before. It's a real problem
too. C++ exception handling will be slow for you if you have .eh_frame_hdr
without the lookup table.
--
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-03
07:55 ---
If that is the only problem, it's easily fixed. cie->personality is only used
when checking that two CIEs are equivalent. Since we are fairly late in the
link process here, you could use a bfd
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-04
02:01 ---
http://sourceware.org/ml/binutils-cvs/2007-05/msg00020.html
http://sourceware.org/ml/binutils-cvs/2007-05/msg00021.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-05
04:22 ---
Not a bug. The x86_64 linux linker creates executables so that they can run for
a page size of 0x20. Demand paging requires that virtual memory address
modulo page size be equal to file offset
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-05
22:50 ---
Created an attachment (id=1754)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1754&action=view)
handle local syms
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4454
---
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-10
03:16 ---
I'd say that the p_memsz values were "wrong" before my patch. It's also
interesting to look at what older objcopy does. eg.
2.15 objcopy --only-keep-debug does this
Pro
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-10
06:52 ---
Probably not deliberate. It came with 2004-05-17 David Heine. I can't see that
there is any need for program headers in the debug info file anyway.
--
http://sourceware.org/bugzilla/show_bug.c
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-10
07:00 ---
http://sourceware.org/ml/binutils/2007-05/msg00132.html
--
What|Removed |Added
--
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|-00-00 00:00:00 |2007-05-10 07:00:24
date|
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-10
16:10 ---
http://sourceware.org/ml/binutils-cvs/2007-05/msg00052.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-10
16:44 ---
Hmm. I'll bet hppa is doing the same as m68k-elf. Looks like both have buggy
tc_fix_adjustable implementations. Reducing relocs against globals to relocs
against section syms can break ELF s
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-11
00:56 ---
I guess I shouldn't comment late at night. I'd forgotten about
EXTERN_FORCE_RELOC and the S_FORCE_RELOC check in adjust_reloc_syms. ie. the
hppa-linux tc_fix_adjustable is fine.
--
What|Removed |Added
GCC build triplet|libc-2.3.2/binutils with|i586-linux
|Ubuntu 5.04 |
GCC host triplet|Intel Pentium |i5
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-11
09:12 ---
spam
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-11
15:11 ---
Further fix to completely remove headers
http://sourceware.org/ml/binutils-cvs/2007-05/msg00060.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4479
--- You are receiving this mail because
--
What|Removed |Added
AssignedTo|unassigned at sources dot |amodra at bigpond dot net
|redhat dot com |dot au
http://sourceware.org/bugzil
--
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|-00-00 00:00:00 |2007-05-12 15:08:10
date|
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-12
15:31 ---
There's a good chance http://sourceware.org/ml/binutils/2007-05/msg00154.html
will fix this for you.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4497
--- You are receiving this mail be
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-13
13:34 ---
http://sourceware.org/ml/binutils-cvs/2007-05/msg00064.html
--
What|Removed |Added
es dot redhat dot com
ReportedBy: amodra at bigpond dot net dot au
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=4499
--- You are receiving this mail because: ---
You are on the CC
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-13
13:53 ---
Created an attachment (id=1833)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1833&action=view)
testcase
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4499
--- You are re
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-13
14:04 ---
Program Headers:
Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align
PHDR 0x00052c 0x0804a52c 0x0804a52c 0x00100 0x00100 R 0x4
INTERP 0x000114 0x08048114
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-14
05:19 ---
http://sourceware.org/ml/binutils-cvs/2007-05/msg00069.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-15
11:58 ---
This ought to cure the ia64 fallout.
http://sourceware.org/ml/binutils-cvs/2007-05/msg00079.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4479
--- You are receiving this mail because
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-23
04:09 ---
Not a bug.
--
What|Removed |Added
Status|NEW
--- Additional Comments From amodra at bigpond dot net dot au 2007-05-23
05:52 ---
You quote email threads that explain quite clearly why ld behaves as it does
with archives, and why we will not change this behaviour.
http://sources.redhat.com/ml/binutils/2003-02/msg00155.html explains
--- Additional Comments From amodra at bigpond dot net dot au 2007-06-01
01:52 ---
You will need to modify app.c.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4572
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone
--- Additional Comments From amodra at bigpond dot net dot au 2007-06-01
06:17 ---
.text._ZN1X1fEv exports a global symbol, _ZN1X1fEv. When building a shared
library we assume that all global visible symbols are referenced.
--
What|Removed |Added
101 - 200 of 584 matches
Mail list logo
