--- Additional Comments From amodra at bigpond dot net dot au 2008-11-12
22:07 ---
http://sourceware.org/ml/binutils-cvs/2008-11/msg00052.html
http://sourceware.org/ml/binutils/2008-11/msg00123.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2008-11-15
11:34 ---
Please attach the .s file from your compile to this bugzilla.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=7032
--- You are receiving this mail because: ---
You are on the CC list for
--- Additional Comments From amodra at bigpond dot net dot au 2008-11-16
22:46 ---
Not a bug. -d -R means disassemble, displaying dynamic relocs on instructions,
exactly as -d -r means disassemble with normal relocs. You don't get a separate
dump of relocs in either of these
--- Additional Comments From amodra at bigpond dot net dot au 2008-11-18
01:10 ---
It's a doc bug then. You'll see plenty of dynamic relocs against instructions
if you build a non-pic shared library, which is valid on some targets.
--
http://sourceware.org/bugzilla/show_
--- Additional Comments From amodra at bigpond dot net dot au 2008-11-18
11:24 ---
I could not reproduce this problem with current mainline or binutils-2.19. For
good measure, I tried tools hosted on x86-linux, powerpc-linux and
powerpc64-linux.
Since the abort is an unhandled case
--- Additional Comments From amodra at bigpond dot net dot au 2008-11-24
22:23 ---
This isn't a bug. You asked for all the symbols mentioned in various version
nodes to match the default version with the pattern snd_* in the default version
node! Yes, it would be nice if
--- Additional Comments From amodra at bigpond dot net dot au 2008-11-25
09:13 ---
Hmm, yes it appears that "*" only works for local. I guess that's a bug since
we say in ld.info that it ought to work for global too. Not that there is much
reason to use "*"
--
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 |2008-11-25 23:54:18
date|
--- Additional Comments From amodra at bigpond dot net dot au 2008-11-26
02:20 ---
Please note the warning I added to ld.texinfo.
http://sourceware.org/ml/binutils-cvs/2008-11/msg00131.html
http://sourceware.org/ml/binutils/2008-11/msg00299.html
--
What|Removed
--- Additional Comments From amodra at bigpond dot net dot au 2008-12-11
10:17 ---
http://sourceware.org/ml/binutils/2008-12/msg00145.html
http://sourceware.org/ml/binutils-cvs/2008-12/msg00049.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
--
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|-00-00 00:00:00 |2009-01-13 04:29:43
date|
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-13
05:33 ---
I could not reproduce the problem. Please specify the target where you noticed
this.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=9735
--- You are receiving this mail because: ---
You
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-13
06:43 ---
.
--
What|Removed |Added
Status|REOPENED|RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-13
07:17 ---
This was fixed with:
2007-10-26 Nick Clifton
* arm-dis.c (print_insn): Check for a symtab that exists but is
empty.
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-13
07:22 ---
There's a good chance this is fixed with the following patch:
2009-01-11 Jan Kratochvil
* elflink.c (_bfd_elf_section_already_linked): Handle g++-3.4
relocations in `.gnu.linko
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-13
12:25 ---
I still can't replicate the problem. The testcase isn't a great help since I
don't have avr-gcc. Please attach the compiled program.
Hmm, you do realise that entries are added to the b
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-13
23:48 ---
I should have guessed this was stabs.. Rather than papering over the problem
in objdump, I fixed it at its source. At least one other app similarly keeps
previous file name pointers returned from
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-16
07:41 ---
I didn't realise this was an --enable-shared build. gas links against the
shared libopcodes, which means you are linking against the whole libopcodes.
libopcodes has a reference to floatformat_to_d
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-17
02:37 ---
Sorry, you haven't presented any evidence of a sysroot ld bug. All you've
really shown is that bootstrapping toolchains is difficult. The patch in
http://sourceware.org/bugzilla/show_bug.cgi?
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-18
23:37 ---
Yes, I did look at the gcc bugzillas, and I don't believe that ld is doing
anything wrong with sysrooted paths. I've added a comment to the glibc
bugzilla.
--
http://sourceware.or
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-19
00:07 ---
..added a comment to the gcc buzilla is what I meant to say.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6027
--- You are receiving this mail because: ---
You are on the CC list for the
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-19
06:12 ---
.
--
What|Removed |Added
Status|WAITING |RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-19
08:39 ---
This bug has been partly fixed with my 2009-01-16 opcodes commit, in that
libopcodes will now contain the pic libiberty functions if they are available.
Using uclibc will still result in -zdefs errors
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-19
08:39 ---
*** Bug 6937 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-19
12:40 ---
Closing as per comment #1
--
What|Removed |Added
Status|NEW
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-19
12:50 ---
Closing as per comment #2
--
What|Removed |Added
Status|WAITING
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-20
04:47 ---
Created an attachment (id=3673)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=3673&action=view)
link shared libbfd and libopcodes against libm
Would someone please test whether the fo
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-20
04:50 ---
Created an attachment (id=3674)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=3674&action=view)
link shared libbfd and libopcodes against libm
The right patch this time!
--
--
What|Removed |Added
AssignedTo|unassigned at sources dot |amodra at bigpond dot net
|redhat dot com |dot au
Status|WAITING
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-22
09:01 ---
.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
Status|WAITING |NEW
GCC target triplet||frv-*-*
Last reconfirmed|-00-00 00:00:00 |20
--
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-01-24
03:12 ---
.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-24
04:42 ---
I could not reproduce this on either powerpc-linux or mips-linux.
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-24
04:44 ---
Closing due to lack of response.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-24
11:08 ---
I believe this has been fixed.
--
What|Removed |Added
Status|NEW
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-24
11:21 ---
Already fixed
--
What|Removed |Added
Status|WAITING
--- Additional Comments From amodra at bigpond dot net dot au 2009-01-29
04:16 ---
Not a bug. bah is a hex number. Add quotes around it, ie. EXTERN ( "bah" )
--
What|Removed
--
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-01-29
13:17 ---
.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2009-03-03
00:05 ---
That'll be tc-hppa.h:tc_frob_symbol throwing away local symbols.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3807
--- You are receiving this mail because: ---
You are on the CC lis
--- Additional Comments From amodra at bigpond dot net dot au 2009-03-03
11:03 ---
Patch was applied
--
What|Removed |Added
Status|REOPENED
--- Additional Comments From amodra at bigpond dot net dot au 2009-03-04
02:11 ---
Should be fixed
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From amodra at bigpond dot net dot au 2009-03-04
22:50 ---
Your patch is correct, but there are a number of other symbol lookups in
peXXigen.c that similarly lack a test on symbol type. Please consider posting a
patch that fixes all of them to binut
--- Additional Comments From amodra at bigpond dot net dot au 2009-03-05
01:06 ---
patch applied
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From amodra at bigpond dot net dot au 2009-03-23
04:14 ---
This is not a ld bug, it is a glibc one. I believe Adreas when he says it has
been fixed, but to be sure I checked the glibc source and indeed it has been
fixed.
--
What|Removed
--- Additional Comments From amodra at bigpond dot net dot au 2009-03-23
08:52 ---
Anything with the following patch:
2009-01-29 Andrew Stubbs
* elf/Makefile (ld.so): Adjust the sed script to insert _begin in to
newer linker scripts.
Current mainline CVS of course
--- Additional Comments From amodra at bigpond dot net dot au 2009-03-23
14:22 ---
objdump is a better interpreter of x86 opcodes than most humans
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2009-03-23
14:23 ---
see objdump --help, -w option
--
What|Removed |Added
Status|NEW
--- Additional Comments From amodra at bigpond dot net dot au 2009-03-25
13:16 ---
See http://sourceware.org/bugzilla/show_bug.cgi?id=6494
Please close this bug as a duplicate if so.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10003
--- You are receiving this mail because
--- Additional Comments From amodra at bigpond dot net dot au 2009-03-26
02:55 ---
Fixed. You will of course continue to get error about lack of 16-byte
relocations.
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2009-03-26
12:27 ---
Fixed. It would be nice to know how libpthread.so managed to get the weird
relro header.
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2009-03-30
07:47 ---
This particular target uses '/' to start a comment. Unfortunately that means
you can't do division.
--
What|Removed
--- Additional Comments From amodra at bigpond dot net dot au 2009-04-12
05:38 ---
Use of genscrba.sh is protected by a test of a bash specific variable, so that
should not be causing a problem.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10061
--- You are receiving this
--
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-04-24
15:11 ---
Please let me know if the patch I've just committed fixes it for you.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10061
--- You are receiving this mail because: ---
You are on t
--- Additional Comments From amodra at bigpond dot net dot au 2009-04-29
06:14 ---
This would appear to be due to strip replacing section symbols in test2.o
18: 0 SECTION LOCAL DEFAULT5 i.CallTestInline2
..
24: 0 SECTION LOCAL DEFAULT6
--- Additional Comments From amodra at bigpond dot net dot au 2009-04-29
12:54 ---
I checked strip -K myself, and, yes, it won't help. You still lose the name on
any section symbols in elf.c:swap_out_syms. So I don't think there is any way
you can use the GNU tools to s
Status: NEW
Severity: minor
Priority: P2
Component: gold
AssignedTo: ian at airs dot com
ReportedBy: amodra at bigpond dot net dot au
CC: bug-binutils at gnu dot org
GCC target triplet: i686-linux
http://sourceware.org/bugzilla/s
--- Additional Comments From amodra at bigpond dot net dot au 2009-05-24
06:47 ---
$ cmp -l obj[12].o
66022 40 325
66023 325 375
66024 373 312
66022 == 0x101e6. Looking at part of the section table, I see
[23] .shstrtab STRTAB 0+0 010103 e2 00 0 0 1
readelf
--- Additional Comments From amodra at bigpond dot net dot au 2009-05-26
00:19 ---
Because that would be more work in BFD if we wanted to catch all possible cases
of padding, slowing down all file writes. You could of course patch your own
binutils sources. The place that skipped
--- Additional Comments From amodra at bigpond dot net dot au 2009-06-01
01:51 ---
Fixed.
--
What|Removed |Added
Status|REOPENED|RESOLVED
--
What|Removed |Added
Severity|critical|normal
http://sourceware.org/bugzilla/show_bug.cgi?id=10223
--- You are receiving this mail because:
--- Additional Comments From amodra at bigpond dot net dot au 2009-06-04
09:31 ---
Most likely you have built oprofile using bfd headers that don't match the
libbfd you are linking against.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10223
--- You are receiving this
--- Additional Comments From amodra at bigpond dot net dot au 2009-06-05
05:40 ---
.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2009-06-05
06:24 ---
Please read the gas info doc, node Flonums. Your floating point literals are
invalid.
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2009-06-06
11:20 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2009-06-18
23:20 ---
Testcase fixed.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10255
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is
--- Additional Comments From amodra at bigpond dot net dot au 2009-06-20
02:53 ---
documentation fixed
--
What|Removed |Added
Status|NEW
--- Additional Comments From amodra at bigpond dot net dot au 2009-06-24
02:22 ---
archive:file specifiers in a linker script are just a pattern to match against.
They do not cause the corresponding file to be loaded. So you need to arrange
for the archive member to be extracted by
--- Additional Comments From amodra at bigpond dot net dot au 2009-07-05
00:11 ---
Your library isn't missing. ld found it somewhere else on your system.
--
What|Removed |
--- Additional Comments From amodra at bigpond dot net dot au 2009-07-11
03:15 ---
$RM is used by libtool to remove files, so of course setting it to something
nonsensical breaks the build. So does setting a whole lot of other environment
variables. Not a bug.
--
What
--- Additional Comments From amodra at bigpond dot net dot au 2009-07-18
10:39 ---
The default libtool value for $RM is "rm -f", so the expectation is that your
$RM deletes files without complaining.
--
What|Removed
--- Additional Comments From amodra at bigpond dot net dot au 2009-07-19
00:10 ---
A revised patch, http://sourceware.org/ml/binutils/2006-12/msg00298.html was
committed 2007-01-11. You might like to increase "tries = 10" in
ld/emultempl/elf-generic.em, but I doubt this wil
--- Additional Comments From amodra at bigpond dot net dot au 2009-07-22
23:51 ---
> However I don't see this checkin mentioned on the ML.
It was on bug-binutils.
http://lists.gnu.org/archive/html/bug-binutils/2009-07/msg00067.html
HJ, please commit your patch.
--
--- Additional Comments From amodra at bigpond dot net dot au 2009-07-30
01:26 ---
> Your change duplicates the logic in elf_link_output_extsym so that
> you can fix this bug. You have to do this for all backends which
> support IFUNC symbols.
Rubbish. See for example th
--- Additional Comments From amodra at bigpond dot net dot au 2009-07-31
01:03 ---
bed->need_finish_dynamic_ifunc_symbol is unacceptable in my opinion.
Comment #3 says the only difference between good and bad binaries was a
.rela.plt relocation. That would seem to indicate that
--
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-08-03
23:38 ---
I committed a patch yesterday as part of the powerpc ifunc support that should
have fixed this bug. The ChangeLog entry says
(ppc_elf_relax_section): Relax branches to ifunc plt entries too
--- Additional Comments From amodra at bigpond dot net dot au 2009-08-04
02:52 ---
No cancel that comment. On looking at the code more carefully it looks like it
should have been OK. In fact the patch I committed was buggy..
I can't reproduce this bug on my system, which sugges
--- Additional Comments From amodra at bigpond dot net dot au 2009-08-04
08:18 ---
.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2009-08-05
00:25 ---
This is the reason for the failure:
[13] .exception_ranges PROGBITS000412ec 0412ec 007aac 00 A 65280
0 4
When reading an ELF file BFD does some basic sanity checks in elf_object_p.
Why
--- Additional Comments From amodra at bigpond dot net dot au 2009-08-06
12:36 ---
sounds like a tweak to sym_is_global is needed
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10492
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are
--- Additional Comments From amodra at bigpond dot net dot au 2009-08-06
12:51 ---
Please commit
--
What|Removed |Added
Status|NEW
--- Additional Comments From amodra at bigpond dot net dot au 2009-08-06
23:17 ---
Are you absolutely certain that gcc is invoking the new ld? (Add -v -Wl,-v to
gcc flags.) I think you are still using an old ld.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10474
--- You
--- Additional Comments From amodra at bigpond dot net dot au 2009-08-07
03:06 ---
How do you know it is using the new ld (with the patch in comment #4!!)? I
specified -v -Wl,-v for a good reason. Please run (from your build dir) the
single gcc command you show in comment #6 with
--- Additional Comments From amodra at bigpond dot net dot au 2009-08-07
09:27 ---
That's one weird looking ELF image. The root of the problem is in
_bfd_elf_make_section_from_shdr, where we set up section LMAs. .whiteboard1 is
incorrectly assumed to belong with the first PT
--- Additional Comments From amodra at bigpond dot net dot au 2009-08-07
10:06 ---
Thanks, I'm now convinced you are using a new ld. :) Hmm, the -v output also
shows that gcc is passing --relax to ld anyway, so the automatic --relax code
isn't even a factor. I don't kn
--- Additional Comments From amodra at bigpond dot net dot au 2009-08-07
23:57 ---
$ wget http://svn.jg555.com/build/alan.tar.bz2
--09:24:01-- http://svn.jg555.com/build/alan.tar.bz2
=> `alan.tar.bz2'
Resolving svn.jg555.com... 64.183.102.12
Connecting to svn.j
--- Additional Comments From amodra at bigpond dot net dot au 2009-08-08
01:38 ---
Thanks, got it. Reproduced here too, and looks like file sizes are such that
second relax pass wants to add more stubs, and something is going wrong.
Looking..
--
What|Removed
--
What|Removed |Added
Status|REOPENED|ASSIGNED
Last reconfirmed|2009-08-08 01:38:01 |2009-08-08 01:38:14
date|
--- Additional Comments From amodra at bigpond dot net dot au 2009-08-08
08:06 ---
You are using the old-style plt and got rather than the new secure plt (forced
by old startup files even if all the other code is capable of using the new
secure plt). The old-style plt is a bss section
--- Additional Comments From amodra at bigpond dot net dot au 2009-08-08
09:31 ---
.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2009-08-12
23:32 ---
.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From amodra at bigpond dot net dot au 2009-08-14
03:45 ---
libxul.so has been built from non-pic objects.
--
What|Removed |Added
Status
--- Additional Comments From amodra at bigpond dot net dot au 2009-08-14
04:07 ---
The linker script shown has two global wildcard matches. As the ld info doc
says, this is slightly crazy. They both match "test_new", so which one should
ld choose? The most specific match?
--
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-08-27
13:58 ---
Fixed. See http://sourceware.org/bugzilla/show_bug.cgi?id=10515 for the patch
commit log
--
What|Removed |Added
401 - 500 of 584 matches
Mail list logo
