--- Additional Comments From amodra at bigpond dot net dot au 2009-09-01
11:04 ---
I couldn't reproduce this with either 2.19.1 or current cvs binutils. Using
2.19.1 gas gives me an object file with just one byte different, the addend in
the reloc you show as being wrong. I ge
--- Additional Comments From amodra at bigpond dot net dot au 2009-09-01
12:12 ---
.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2009-09-07
01:55 ---
I like your proposed change, but you are asking for a change to libiberty,
specifically cp-demangle.c:c_print_comp. This has the potential to affect more
than just ld. For instance, I know that the gcc
--- Additional Comments From amodra at bigpond dot net dot au 2009-09-14
04:50 ---
All I can do with a bug report as vague as this one is make wild guesses. Are
you using custom linker scripts? If so, do you have properly defined _SDA_BASE_
and _SDA2_BASE_ symbols?
--
http
--- Additional Comments From amodra at bigpond dot net dot au 2009-09-14
07:12 ---
Yes, the error may well only occur when ld is linking non-gcc object files.
Regardless, ld should not segfault. Can you build binutils with debug info and
provide a backtrace?
--
http
--- Additional Comments From amodra at bigpond dot net dot au 2009-09-19
02:22 ---
I've committed some patches that may stop the segfault. Please try with the
latest sources. (At the moment that means CVS, the snapshot doesn't yet have my
patch).
You'll get -g by defau
--- Additional Comments From amodra at bigpond dot net dot au 2009-09-30
22:38 ---
Not a bug. ld only extracts an object from an archive if the object satisfies
undefined symbols at the point where ld searches the archive. You linked
test_e.o *after* the archive.
--
What
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-07
11:43 ---
Doesn't segfault for me with current mainline or branch.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10704
--- You are receiving this mail because: ---
You are on the CC list fo
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-08
01:22 ---
patch applied
--
What|Removed |Added
Severity|critical
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-09
01:28 ---
Do you have a good and a bad kernel image for me to look at?
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10749
--- You are receiving this mail because: ---
You are on the CC list for
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-09
03:23 ---
readelf -a shows symbol differences which I guess are real problems.
--- dump.good 2009-10-09 13:50:23.0 +1030
+++ dump.bad2009-10-09 13:50:09.0 +1030
@@ -40,7 +40,7 @@
[16] .opd
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-09
03:59 ---
kernel/Makefile.gate has GATECFLAGS_gate-syms.o = -r, and gate-syms.o is built
with a custom linker script. So, yes, the ld -r change is responsible for
breaking the ia64 kernel.
--
http
--
What|Removed |Added
AssignedTo|unassigned at sources dot |amodra at bigpond dot net
|redhat dot com |dot au
Status|NEW
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-09
06:52 ---
Arrgh, somehow managed to mess up my log message for 10749. The previous entry
doesn't belong with this bug.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=9863
--- You are receiving
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-10
23:12 ---
I guess the hppa test failure is due to hppaelf_after_parse
if (link_info.relocatable)
lang_add_unique (".text");
I'd be inclined just to xfail the test for hppa.
--
W
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-11
01:55 ---
Exactly. The reason is that .text is made a unique section, so doesn't match
the .text in the script. See unique_section_p, in particular the one in
output_section_callback. So .text is treated
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-11
02:05 ---
Created an attachment (id=4265)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4265&action=view)
ld --unique tweak
It might be reasonable to change the behaviour of unique sections so t
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-11
02:26 ---
Sorry, I shouldn't have said .text is treated as an orphan. That isn't quite
correct. .text obviously isn't an orphan since .text is mentioned in the linker
script, so we don't hit t
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-12
13:21 ---
Unfortunately the patch isn't correct. We might map a unique section to an
output section that later has some other section or data mapped.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=
--
What|Removed |Added
Severity|critical|normal
http://sourceware.org/bugzilla/show_bug.cgi?id=10735
--- You are receiving this mail because:
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-12
23:25 ---
Fixed
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-13
23:47 ---
This patch probably is relevant for other targets too. I can't ask you to look
at them as I fully sympathize with your comment #8 regarding time spent in the
debugger.
--
http://sourcewar
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-14
02:29 ---
Fixed in 2.20
--
What|Removed |Added
Status|REOPENED
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-14
02:55 ---
reportedly fixed
--
What|Removed |Added
Status|NEW
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-14
03:13 ---
> Why is libintl.h included despite --disable-nls?
Because that's what your /usr/include/locale.h says to do? But see gas/asintl.h
and ld/ld.h. I'm sure you can come up with a patch so we c
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-14
11:32 ---
Patch applied. Apologies for the horrendous delay. Ben, how many other bugs
are you sitting on??
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-14
11:35 ---
Closing since I doubt any active developer will work on this.
--
What|Removed |Added
--
What|Removed |Added
Status|ASSIGNED|NEW
http://sourceware.org/bugzilla/show_bug.cgi?id=2613
--- You are receiving this mail because: ---
--
What|Removed |Added
Status|ASSIGNED|NEW
http://sourceware.org/bugzilla/show_bug.cgi?id=5136
--- You are receiving this mail because: ---
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-14
11:45 ---
Closing as reporter says bug in migw runtime
--
What|Removed |Added
Status
--
What|Removed |Added
Status|ASSIGNED|NEW
http://sourceware.org/bugzilla/show_bug.cgi?id=6906
--- You are receiving this mail because: ---
--
What|Removed |Added
Status|ASSIGNED|NEW
http://sourceware.org/bugzilla/show_bug.cgi?id=10767
--- You are receiving this mail because: ---
--
What|Removed |Added
Status|ASSIGNED|NEW
http://sourceware.org/bugzilla/show_bug.cgi?id=3990
--- You are receiving this mail because: ---
--
What|Removed |Added
Status|ASSIGNED|NEW
http://sourceware.org/bugzilla/show_bug.cgi?id=1038
--- You are receiving this mail because: ---
--
What|Removed |Added
AssignedTo|ramana dot radhakrishnan at |unassigned at sources dot
|codito dot com |redhat dot com
http://sourceware.or
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-14
14:12 ---
.
--
What|Removed |Added
Status|WAITING |RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-14
14:28 ---
My guess is that this has been fixed in 2.20. Closing anyway as no feedback in
4 years
--
What|Removed |Added
--
What|Removed |Added
Status|WAITING |NEW
Last reconfirmed|-00-00 00:00:00 |2009-10-14 14:30:44
date|
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-15
01:19 ---
Looking into it. Caused by LABELS_WITHOUT_COLONS
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-15
11:04 ---
Fixed, almost exactly four years from when the bug was opened.
--
What|Removed |Added
--
What|Removed |Added
Component|admin |binutils
http://sourceware.org/bugzilla/show_bug.cgi?id=10767
--- You are receiving this mail because: --
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-16
01:52 ---
I could not reproduce this problem. I tried with many different versions of ar.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10773
--- You are receiving this mail because: ---
You are
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-16
05:34 ---
We have some dodgy memory allocation in peicode.h
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-16
07:10 ---
Well, peicode.h alloc was OK until
http://sourceware.org/ml/binutils/2009-07/msg00255.html came along :-(
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10785
--- You are receiving this mail
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-16
07:51 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-17
07:15 ---
The fix doesn't work on aout because EXEC_P is set for the bfd flags on your
object file, thus "relocatable" in objcopy.c:filter_symbols is not set. EXEC_P
is set incorrectly at bfd/aoutx.
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-18
08:22 ---
Patch applied.
--
What|Removed |Added
Status|NEW
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-18
23:04 ---
*** Bug 10798 has been marked as a duplicate of this bug. ***
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10792
--- You are receiving this mail because: ---
You are on the CC list for
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-18
23:04 ---
*** This bug has been marked as a duplicate of 10792 ***
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-18
23:15 ---
.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-18
23:15 ---
.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-20
00:52 ---
I'll put this on the branch after verifying that testsuite results are not
perturbed.
--
What|Removed |
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-27
00:00 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-28
02:53 ---
Simpler testcase:
.text
.intel_syntax noprefix
.space 5480
.byte 0,0,0
0:
.space 1620
.byte 0
1:
.space 2468
nop
jne 1b
.space 52
nop
jl 0b
Without the .intel_syntax this assembles OK
--
What|Removed |Added
AssignedTo|unassigned at sources dot |amodra at bigpond dot net
|redhat dot com |dot au
Status|NEW
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-28
10:08 ---
.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-29
03:47 ---
Please identify the version of your working binutils. It would be really useful
to know which patch introduced the failure, or failing that, as narrow a date
range as you can manage easily.
--
http
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-29
05:41 ---
Your asm snippet doesn't assemble. I added a .ent directive, and definitions
for _devname and $LC4, and current mainline then assembles and links OK. Please
correct your testcase.
--
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-29
06:11 ---
ld now gives an error "PHDRS and FILEHDR are not supported when prior PT_LOAD
headers lack them"
--
What|Removed
--- Additional Comments From amodra at bigpond dot net dot au 2009-11-01
12:25 ---
Only if you pick that patch without the one that goes with it
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/gas/as.h.diff?cvsroot=src&r1=1.64&r2=1.65
--
What
--- Additional Comments From amodra at bigpond dot net dot au 2009-11-01
13:19 ---
Yes, binutile-2.20 went out with this bug. It has already been fixed on the
2.20 branch and on mainline. (The patch you referenced on mainline was part of
the *fix* for the bug, so was a little
--- Additional Comments From amodra at bigpond dot net dot au 2009-11-04
02:06 ---
Created an attachment (id=4356)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4356&action=view)
likely fix
I believe this patch will fix your problem, but I don't have mips
--
What|Removed |Added
Component|binutils|gold
http://sourceware.org/bugzilla/show_bug.cgi?id=10916
--- You are receiving this mail because: --
--- Additional Comments From amodra at bigpond dot net dot au 2009-11-19
07:10 ---
.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2009-11-23
21:05 ---
Your accept.ox is broken. It has a REL section with entsize of 12 which is the
size for a RELA section.
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2009-11-26
06:35 ---
No there isn't a chance of reverting this fix. Having ld search in -L paths for
scripts was a bad idea. It has resulted in a number of very confused users over
the years, who installed a new versi
--
What|Removed |Added
AssignedTo|unassigned at sources dot |amodra at bigpond dot net
|redhat dot com |dot au
Status|NEW
--- Additional Comments From amodra at bigpond dot net dot au 2009-11-30
00:33 ---
The patch I've just committed should allow you to implement this behaviour with
a simple wrapper script, something like the following:
#! /bin/sh
exec real_ld --start-group "$@" --end-g
Summary: undefined __tls_get_addr even after tls optimisation
removes all refs
Product: binutils
Version: 2.20
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: amodra at bigpond dot ne
--
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|-00-00 00:00:00 |2009-12-03 05:15:40
date|
--- Additional Comments From amodra at bigpond dot net dot au 2009-12-03
08:33 ---
.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2009-12-03
23:39 ---
Thanks for reporting this but the bug has already been fixed.
--
What|Removed |Added
--
What|Removed |Added
GCC target triplet||i486-*
http://sourceware.org/bugzilla/show_bug.cgi?id=11037
--- You are receiving this mail because:
--- Additional Comments From amodra at bigpond dot net dot au 2009-12-06
02:50 ---
Please look at your config.log, recreate conftest.c from the log, and run the
command that failed but add -v to the command line. This will tell us the
version of the assembler being run.
--
http
--- Additional Comments From amodra at bigpond dot net dot au 2009-12-08
01:23 ---
Ah ha! I wanted to get rid of seg_left == undefined_section too, but hadn't
spotted the problem with local symbols. Your patch looks good except for the
calls to local_symbol_convert, whic
--
What|Removed |Added
AssignedTo|unassigned at sources dot |amodra at bigpond dot net
|redhat dot com |dot au
Status|NEW
--- Additional Comments From amodra at bigpond dot net dot au 2009-12-09
01:29 ---
This fixes the ifunc prelink test failures. Two prelink tests still fail
FAIL: deps1.sh
FAIL: deps2.sh
I haven't yet investigated them.
--
What|Removed |
--- Additional Comments From amodra at bigpond dot net dot au 2009-12-14
23:40 ---
I'd like to know why we have the failure before you apply your patch, Nick.
Especially since there's a similar ppc32 report but no testcase. In looking
over the ppc32 code I found a number o
--- Additional Comments From amodra at bigpond dot net dot au 2009-12-16
00:12 ---
HJ, please apply your patch to the 2.20 branch so the bug can be closed.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11037
--- You are receiving this mail because: ---
You are on the CC
--- Additional Comments From amodra at bigpond dot net dot au 2009-12-16
23:34 ---
Found it. The symbol in question is hidden. check_relocs records a need for a
plt entry ok, but then we hit code after this comment in elflink.c
/* If the symbol already has a dynamic index
--- Additional Comments From amodra at bigpond dot net dot au 2009-12-17
05:48 ---
Fixed
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2009-12-19
10:58 ---
This has already been fixed. Update to 2.20 or a recent snapshot.
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2009-12-22
02:10 ---
This must be a host issue because I can certainly cross-compile a
powerpc-wrs-vxworks binutils-2.20. I suspect your shell may not like the shell
commands near the end of vxworks.em. Building under bash
--- Additional Comments From amodra at bigpond dot net dot au 2009-12-22
02:13 ---
Created an attachment (id=4479)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4479&action=view)
eelf32ppcwxworks.c as it should be
--
http://sourceware.org/bugzilla/show_bug.cgi?i
501 - 584 of 584 matches
Mail list logo
