--- Additional Comments From nickc at redhat dot com 2008-02-14 12:02
---
Hi Sergei,
Without a way to reproduce this bug ourselves it is going to be impossible to
debug it. Are you sure that you cannot create a cut-down test case that you can
send in ?
In the meantime you might
--- Additional Comments From nickc at redhat dot com 2008-02-14 12:20
---
Created an attachment (id=2262)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2262action=view)
Improve handlign of -number command line option
--
http://sourceware.org/bugzilla/show_bug.cgi?id=5713
--- Additional Comments From nickc at redhat dot com 2008-02-14 12:22
---
Hi Chu,
I agree, strings should be consistent with the error messages that it
generates.
There is also another problem, in that currently:
strings -1 -2 file
will print all the strings of 12 bytes of more
--- Additional Comments From nickc at redhat dot com 2008-02-14 12:34
---
Hi Finn,
Thanks for that. I have now checked both patches in along with this ChangeLog
entry.
Cheers
Nick
opcodes/ChangeLog
2008-02-14 Nick Clifton [EMAIL PROTECTED]
PR binutils/5524
--- Additional Comments From nickc at redhat dot com 2008-02-14 12:52
---
Subject: Re: Misleading linker messages - Error: Overflow detected
in relocation value
Hi Mike,
Some more information: in my build the problem appears when a global variable
is defined of a type which
--- Additional Comments From nickc at redhat dot com 2008-02-14 13:04
---
Hi Hakan,
Thanks for submitting this fix. I have applied it along with these changelog
entries.
Cheers
Nick
include/opcode/ChangeLog
2008-02-14 Hakan Ardo [EMAIL PROTECTED]
PR gas/2626
--- Additional Comments From nickc at redhat dot com 2008-02-14 16:37
---
Hi Dimitry,
Thanks for reporting this problem and providing the patch to fix it. I have
checked your patch in, along with the changelog entry below and I have also
added a testcase to the ARM specific section
--- Additional Comments From nickc at redhat dot com 2008-02-15 10:23
---
Created an attachment (id=2269)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2269action=view)
Revised patch which removes integer_arg()
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2008-02-15 10:25
---
Hi Chu,
Thanks for pointing that out. In fact the integer_arg() function is
completely redundant as the C library function strtoul() does everything that is
needed. So I have applied a revised version
--- Additional Comments From nickc at redhat dot com 2008-02-20 17:44
---
Hi John,
I have checked in the patch to implement and use bfd_realloc_or_free.
I am going to close this issue for, since the specific problem of using
bfd_realloc has now been addressed, but it can
--- Additional Comments From nickc at redhat dot com 2008-02-20 17:42
---
Created an attachment (id=2278)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2278action=view)
Implement and use bfd_realloc_or_free
--
http://sourceware.org/bugzilla/show_bug.cgi?id=868
--- You
--
What|Removed |Added
AssignedTo|unassigned at sources dot |wilson at specifixinc dot
|redhat dot com |com
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at sources dot |hjl dot tools at gmail dot
|redhat dot com |com
Status|NEW
--- Additional Comments From nickc at redhat dot com 2008-02-22 11:27
---
Created an attachment (id=2287)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2287action=view)
Respect the AT syntax even if no other memory region for the section has been
specified
--
http
--- Additional Comments From nickc at redhat dot com 2008-02-22 11:29
---
Subject: Re: New: Spurious section xxx overlaps section yyy
Hi Sergei,
LD version 2.18.x produces bogus section .xxx overlaps section .bss, while
LD
version 2.16.1 works just fine.
Well the 2.18 linker
--- Additional Comments From nickc at redhat dot com 2008-02-22 14:20
---
Patch checked in with this changelog entry.
ld/ChangeLog
2008-02-22 Nick Clifton [EMAIL PROTECTED]
PR ld/5785
* ldlang.c (lang_size_sections_1): Honour the setting of an
lma_region even
--- Additional Comments From nickc at redhat dot com 2008-02-22 15:26
---
Hi Diogo,
I have just realised that my dwarf2.c patch was completely bogus. There is no
memory leak because the routines are using bfd_alloc and bfd_zalloc, which uses
an objstack. The memory is freed later
--- Additional Comments From nickc at redhat dot com 2008-02-25 10:23
---
Hi Alan,
What is the point of the patch in comment #1? If we fail a realloc we are
shortly going to exit with an error.
Not necessarily. It is possible whatever was being attempted at the time
--- Additional Comments From nickc at redhat dot com 2008-02-27 12:39
---
Hi Markus,
Thanks for the patch - it works, but it introduces new failures into the gas
h8300 specific tests because it changes the default encoding for that
instruction. (To the version without the top bit
--- Additional Comments From nickc at redhat dot com 2008-02-27 12:37
---
Created an attachment (id=2294)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2294action=view)
Add extra encoding + new gas test
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3134
--- You
--- Additional Comments From nickc at redhat dot com 2008-03-13 10:54
---
Hi Evandro,
Thank you very much for reporting this bug and providing a patch to fix it.
I have checked your patch in, along with the changelog entry below. I also
added a testcase to the gas testsuite
--- Additional Comments From nickc at redhat dot com 2008-03-28 07:26
---
Subject: Re: New: running out of file descriptors when linking
1024 files
Hi Chris,
When trying to link a binary which takes a large number of files, I get many
errors like this:
ld-new: cannot open
--- Additional Comments From nickc at redhat dot com 2008-04-04 10:56
---
Hi Janis,
It appears that this error is being reported by this 'pytool' program which is
interpreting a linker error message, correct ? In which case this is really a
problem for pytool and not the linker
--- Additional Comments From nickc at redhat dot com 2008-04-04 11:02
---
Subject: Re: Linker creates dynamic debug symbols in DSO
Hi Jakub,
--- bfd/elflink.c 2 Mar 2008 22:26:09 - 1.299
+++ bfd/elflink.c 25 Mar 2008 15:01:19 -
@@ -4294,7 +4294,7
--- Additional Comments From nickc at redhat dot com 2008-04-04 11:46
---
Hi Vincent,
I have now applied the patch along with a fix for the small problem that you
noted.
Cheers
Nick
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2008-04-15 14:05
---
Subject: Re: bfd leaks memory in several places
Hi Andre,
Nick, I'm not sure reverting the cleanup is correct. At least in binutils
2.18, the function concat_filename uses bfd_malloc, which again uses
--- Additional Comments From nickc at redhat dot com 2008-04-15 14:17
---
Created an attachment (id=2694)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2694action=view)
Add checks for a NULL section pointer
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6058
--- You
--- Additional Comments From nickc at redhat dot com 2008-04-16 08:25
---
Hi Jean-Yves,
Thanks for submitting this patch. I have applied it along with this changelog
entry.
Cheers
Nick
binutils/ChangeLog
2008-04-16 Jean-Yves Lefort [EMAIL PROTECTED]
PR binutils/6034
--- Additional Comments From nickc at redhat dot com 2008-04-22 14:45
---
Subject: Re: --sort-common Not Implemented Per Documentation
Hi Guys,
You are correct in that this way a gap would be avoided when the size
changes.
But given that all like-sized symbols are laid out back
--- Additional Comments From nickc at redhat dot com 2008-05-06 08:40
---
Hi Vincent,
I just tried your testcase with an i386-pc-netbsdaout toolchain built from the
latest mainline binutils sources.
First of all, there appears to be a typo in your description. You say:
Further
--- Additional Comments From nickc at redhat dot com 2008-05-14 15:00
---
Subject: Re: stab warnings cause linker errors
Hi Ian,
If I understand what you are getting at, that's how warning symbols
work. Look at MWARN in linker.c. It creates a new symbol, and sets
u.i.link
--- Additional Comments From nickc at redhat dot com 2008-05-21 09:00
---
Created an attachment (id=2745)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2745action=view)
Document the linker's ability to generate section start and end symbols
--
http://sourceware.org/bugzilla
--- Additional Comments From nickc at redhat dot com 2008-05-21 09:10
---
Hi Frediano,
It would be very helpful if you could submit a small test case that reproduces
the problem for us.
In the meantime I have uploaded a small patch which adds a check for a NULL
return from
--- Additional Comments From nickc at redhat dot com 2008-05-21 09:03
---
Hi Daniel,
Well the NEWS entry is wrong in two respects. Firstly the linker does not
just generate the symbols, it PROVIDEs them. So if they are not used elsewhere
in the executable they will not be entered
--- Additional Comments From nickc at redhat dot com 2008-05-21 09:43
---
Hi Bert,
If you need to link objects compiled with an old (unfixed) gcc, why not use an
old set of binutils as well ?
The problem with trying to patch the current binutils is that essentially it
would
--- Additional Comments From nickc at redhat dot com 2008-05-21 10:05
---
Hi Chris,
I assume that your objection is that you feel that the -g command line option
should fall back on displaying DWARF debug information if no STABS debug
information is found ? If so then please could
--- Additional Comments From nickc at redhat dot com 2008-05-21 10:03
---
Created an attachment (id=2747)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2747action=view)
Allow -g to fall back on -W.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6483
--- You
--- Additional Comments From nickc at redhat dot com 2008-05-21 10:32
---
Created an attachment (id=2748)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2748action=view)
Set EF_FRV_PIC by default (for FDPIC). Clear it if any inter-segment
relocations are found
--
http
--- Additional Comments From nickc at redhat dot com 2008-05-21 11:00
---
Hi Evandro,
Right - I have checked in your documentation patch. (Sorry about the delay in
getting to this).
Do you have a patch to implement the new user-choice-of-sorting algorithm, or
is there really
--- Additional Comments From nickc at redhat dot com 2008-05-21 10:34
---
Subject: Re: New: Handling of EF_FRV_PIC
Hi Guys,
Another bug found by inspection. The ABI says:
The linker should warn and clear EF_FRV_PIC when linking
FDPIC binaries if it finds any inter-segment
--- Additional Comments From nickc at redhat dot com 2008-05-21 12:04
---
Hi Andre,
Thanks for the additional patch. I have now applied it to the sources.
Cheers
Nick
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2008-05-21 12:17
---
Patch checked in.
--
What|Removed |Added
Status|WAITING |RESOLVED
--- Additional Comments From nickc at redhat dot com 2008-05-21 15:17
---
Subject: Re: segmentation fault building final object
Hi Frediano,
Can I send binary object files ?? They are quite small (about 1 kb)
Sure - put them in a tarball and I'll see what I can do.
Cheers
Nick
--- Additional Comments From nickc at redhat dot com 2008-05-22 09:52
---
Created an attachment (id=2753)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2753action=view)
Stop bfd_elf_get_elf_syms from reading beyond the end of the section
--
http://sourceware.org/bugzilla
--- Additional Comments From nickc at redhat dot com 2008-05-22 09:53
---
Created an attachment (id=2754)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2754action=view)
Create the new dynamic symbol if it does not already exist
--
What|Removed
--- Additional Comments From nickc at redhat dot com 2008-05-22 09:56
---
Hi Frediano,
Thanks for the object files. With them I was able to reproduce the behaviour
that you describe. I have uploaded two patches. The first, to bfd/elf.c, fixes
the problem with strange warning
--- Additional Comments From nickc at redhat dot com 2008-05-22 11:05
---
Subject: Re: segmentation fault building final object
Hi Frediano,
Thanks for the patches. However ld still core :(
It does not core dump for me Can you send me the entire linker
command line that you
--- Additional Comments From nickc at redhat dot com 2008-05-30 14:20
---
Hi Guys,
I have checked the patch in.
Cheers
Nick
gas/ChangeLog
PR 5523
* config/tc-avr.c (avr_ldi_expression): Do not warn about unknown
relocs here.
--
What
--- Additional Comments From nickc at redhat dot com 2008-05-30 15:37
---
Created an attachment (id=2768)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2768action=view)
Add test for no local symbols
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6019
--- You
--- Additional Comments From nickc at redhat dot com 2008-05-30 15:38
---
Hi Eric, Hi Jevin,
Please could you try out the uploaded patch and let me know if it works for
you ? (I am especially interested to know if it works on the real programs
where you encountered this bug
--- Additional Comments From nickc at redhat dot com 2008-05-30 16:15
---
Hi Frediano,
Well the patch makes sense - we are creating symbols for shared libraries, and
so the default ought to be to place the symbol in the dynamic symbol table
rather than the static symbol table. So I
--- Additional Comments From nickc at redhat dot com 2008-05-31 16:31
---
Created an attachment (id=2769)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2769action=view)
Add test of --sort-common command line option
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6430
--- Additional Comments From nickc at redhat dot com 2008-05-31 16:34
---
Hi Evandro,
Thanks for the patch. I have applied it together with the changelog entry
below. Plus I added a line about it to the ld/NEWS file, and I created a linker
testsuite test for it so that we can
--- Additional Comments From nickc at redhat dot com 2008-06-04 09:28
---
Subject: Re: Handling of EF_FRV_PIC
Hi Alex, Hi Daniel,
The patch does indeed appear to get the code to patch the spec (thanks,
Nick!),
but I'm concerned that, at this point, it might be wiser to change
--- Additional Comments From nickc at redhat dot com 2008-06-04 09:59
---
Hi Guys,
Great - I have applied the patch along with the changelog entry below.
Cheers
Nick
bfd/ChangeLog
PR ld/6019
* elf32-avr.c (elf32_avr_relax_section): Handle the case where
--- Additional Comments From nickc at redhat dot com 2008-06-12 11:58
---
I have now checked this patch in, along with this changelog entry.
binutils/ChangeLog
PR binutils/6483
* objdump.c (dump_bfd): If the -g option found no STABS or IEEE
debug information
--- Additional Comments From nickc at redhat dot com 2008-07-09 10:29
---
Hi Aaron,
I believe that this is an old problem, and that if you try the latest binutils
sources (from the mainline of the CVS repository) you will find that the bug
goes away.
Cheers
Nick
--- Additional Comments From nickc at redhat dot com 2008-07-09 10:34
---
Additional:
I should also point out that you should not be invoking the linker directly.
Please use gcc to run the linker as this will ensure that the correct command
line options are used.
Cheers
Nick
--- Additional Comments From nickc at redhat dot com 2008-07-09 12:12
---
Hi Aaron,
I think that this is another problem that is fixed in the current binutils
sources. Please could you try them out and let me know if the problem is still
there.
Cheers
Nick
--
What
--- Additional Comments From nickc at redhat dot com 2008-07-21 15:28
---
Subject: Re: ld says: invalid version 3 (max 0)
Hi niki,
found a workaround!!! ... it seems that on sol10, all pthread_XXX stuff is now
in libc.so. if you remove the -lpthread -thread options when glib
--- Additional Comments From nickc at redhat dot com 2008-07-21 15:53
---
Subject: Re: Thumb interworking code zero when another section
is positioned before positioning .text
Hi Aaron,
how do i build binutils from source for ARM?
i followed instructions on http
--- Additional Comments From nickc at redhat dot com 2008-07-23 17:42
---
Subject: Re: Thumb interworking code zero when another section
is positioned before positioning .text
Hi Aaron,
thank you, Cygnus, RedHat.
Just a quick note - it is the FSF that you should be thanking
--- Additional Comments From nickc at redhat dot com 2008-07-24 15:12
---
Hi Bjarne,
This a GDB problem, not a binutils one. The reason that the abbrev offset
field is not initialised in the object file is that its final value is not
known. Instead there is a relocation
--- Additional Comments From nickc at redhat dot com 2008-07-25 15:48
---
Subject: Re: New: Should --entry foo imply -u foo?
Hi H.J.
Should --entry foo imply -u foo?
If we are creating an executable then yes.
Cheers
Nick
--
http://sourceware.org/bugzilla/show_bug.cgi?id
--- Additional Comments From nickc at redhat dot com 2008-08-14 09:20
---
Hi Dmitry,
My application is using BFD library for handling ELF file generated
by ADS 1.2. Unfortunately, I cannot share this ELF file since it
contains some proprietary info.
If you run your ELF binary
--- Additional Comments From nickc at redhat dot com 2008-08-14 10:42
---
Subject: Re: Crash while handling DW_AT_abstract_origin
fora last comp unit
Hi Dmitry,
If you run your ELF binary through readelf -w does it report any
problems with the debug information ?
Yes, a lot
--- Additional Comments From nickc at redhat dot com 2008-08-15 10:47
---
Created an attachment (id=2910)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2910action=view)
Improve interworking bfd selection
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6727
--- You
--- Additional Comments From nickc at redhat dot com 2008-08-15 11:02
---
Subject: Re: New: Segmentation Fault using cross architecture
ld command
Hi John,
We are upgrading our cross-compiler from GCC 2.95.2, binutils 2.10.1 to GCC
4.2.0, binutils 2.17.
Is there any
--- Additional Comments From nickc at redhat dot com 2008-08-20 11:17
---
Hi John,
Hmm, without a test case this is going to be very hard to track down and fix.
But if you are willing to try a few things then maybe we can solve it.
1. Re comment #8. If you add an entry
--- Additional Comments From nickc at redhat dot com 2008-08-26 11:13
---
Hi Aaron,
OK then. I have checked the patch into the sources so it will be in the next
official release of the binutils.
Cheers
Nick
PS. For the record this is the ChangeLog entry I included when I
--- Additional Comments From nickc at redhat dot com 2008-09-18 07:52
---
Created an attachment (id=2956)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2956action=view)
Only enable tick warning message when tick syntax is supported. Do not use a
line number of 0 in warning
--- Additional Comments From nickc at redhat dot com 2008-09-18 07:54
---
Hi Bernhard,
Please could you try out the uploaded patch. I think that it will resolve the
issue for you. It makes two changes - the warning message about the tick syntax
is now only issued if the target
--- Additional Comments From nickc at redhat dot com 2008-09-29 14:22
---
Hi Guys,
I have now checked my patch in together with this changelog entry.
Cheers
Nick
gas/ChangeLog
PR 6878
* app.c (do_scrub_chars): Only issue warnings about tick
characters
--- Additional Comments From nickc at redhat dot com 2008-10-02 16:58
---
Created an attachment (id=2978)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2978action=view)
Allow escaped end of line characters
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6926
--- You
--- Additional Comments From nickc at redhat dot com 2008-10-02 17:01
---
Hi Hans-Peter,
The problem it seems to me is that we are not allowing escaped end-of-line
characters.
Please could you try out the uploaded patch which I think will address the
problem. I was not sure if we
--- Additional Comments From nickc at redhat dot com 2008-10-03 15:10
---
Created an attachment (id=2980)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2980action=view)
Revised patch to specially target macros
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2008-10-03 15:14
---
Hi Hans-Peter,
Would you mind if I add a specific gas-testcase for \@ in a section directive
and elsewhere?
Please do.
Come to think of it, that test shows that the \@ handling in .section is the
exception
--- Additional Comments From nickc at redhat dot com 2008-10-03 15:34
---
Hi Peter,
I have been trying to reproduce this problem but failing. Please could you
show me a step-by-step guide as to how you made it happen ?
Cheers
Nick
--
What|Removed
--- Additional Comments From nickc at redhat dot com 2008-10-04 08:22
---
Subject: Re: binutils 2.18 fails linking libopcodes.so
dueto missing symbols
Hi Peter,
mkdir build; cd build; LDFLAGS=-Wl,-z,defs ../binutils-2.18/configure
--target=armv5te-softfloat-linux-uclibc
--- Additional Comments From nickc at redhat dot com 2008-10-06 08:18
---
Patch checked in along with this changelog entry.
gas/ChangeLog
PR 6926
* read.c (get_line_sb): Renamed to get_non_macro_line_sb.
(_find_end_of_line): Add extra parameter indicating
--- Additional Comments From nickc at redhat dot com 2008-10-09 12:55
---
Created an attachment (id=2985)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2985action=view)
Add libiberty.a to the shared lib adds
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6937
--- Additional Comments From nickc at redhat dot com 2008-10-09 12:57
---
Hi Peter,
Thanks for mentioning --enable-shared. That was the flag that I was missing
when I tried the test the first time. I can now reproduce the problem and I
have a patch for you to try out. If it works
--- Additional Comments From nickc at redhat dot com 2008-10-09 15:10
---
Created an attachment (id=2987)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2987action=view)
Fix documentation
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6944
--- You are receiving
--- Additional Comments From nickc at redhat dot com 2008-10-09 15:12
---
Hi Miro,
Thanks for catching this. I am going to apply the uploaded patch to fix the
documentation.
Cheers
Nick
gas/ChangeLog
2008-10-09 Nick Clifton [EMAIL PROTECTED]
PR 6944
* doc
--- Additional Comments From nickc at redhat dot com 2008-10-13 15:28
---
Subject: Re: binutils 2.18 fails linking libopcodes.so
dueto missing symbols
Hi Kirill,
This change provokes text relocations.
Sorry - please could you explain what that means and why it is undesirable
--- Additional Comments From nickc at redhat dot com 2008-10-14 08:20
---
Subject: Re: binutils 2.18 fails linking libopcodes.so
dueto missing symbols
I think Nick's patch is wrong. :-(
Doh!
We don't ever build a shared libiberty,
Why not ? Wouldn't it be easy to solve
--- Additional Comments From nickc at redhat dot com 2008-10-22 14:31
---
Subject: Re: New: ld fails in coffcode.h line 842 in handle_COMDAT
Hi Jean-Marie,
Please could you upload a small testcase so that we can reproduce
this bug and investigate how to fix it ?
Cheers
Nick
--- Additional Comments From nickc at redhat dot com 2008-10-22 14:46
---
Hi Guys,
Well - I do not know how to resolve this PR, but it seems obvious thatmy
original patch was wrong, so I am going to revert it.
Cheers
Nick
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6937
--- Additional Comments From nickc at redhat dot com 2008-10-22 14:49
---
Created an attachment (id=3018)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3018action=view)
Do not update the vma's of output sections when performing a relocatable link
on COFF objects.
--
http
--- Additional Comments From nickc at redhat dot com 2008-10-22 14:51
---
Hi Mikael,
Please could you try out the uploaded patch and see if it works for you. I
think that it does the right thing, although I am not very happy with the method
I have chosen. Still it does not seem
--- Additional Comments From nickc at redhat dot com 2008-10-25 09:54
---
Hi Mikael,
Ok, I have checked the patch in along with this changelog entry.
Cheers
Nick
ld/ChangeLog
2008-10-25 Nick Clifton [EMAIL PROTECTED]
PR 6945
* ldlang.c (lang_size_sections_1
--- Additional Comments From nickc at redhat dot com 2008-11-06 12:32
---
This bug should be reported to the SID project by sending it to:
[EMAIL PROTECTED]
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2008-11-06 13:20
---
Hi Liam,
I am unable to reproduce this problem. Please could you try using a version
of objdump built from either the current head of the binutils CVS repository or
else the recently created v2.19 release
--- Additional Comments From nickc at redhat dot com 2008-11-14 09:03
---
Hi Peter,
Thanks for reporting this problem and providing a fix. I have checked your
patch in along with this changelog entry.
Cheers
Nick
gas/ChangeLog
2008-11-14 Peter Jansen [EMAIL PROTECTED
--- Additional Comments From nickc at redhat dot com 2008-11-14 09:18
---
Created an attachment (id=3062)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3062action=view)
Guess at how to handle local WPLT30 relocations for 64-bit sparc.
--
http://sourceware.org/bugzilla
--- Additional Comments From nickc at redhat dot com 2008-11-14 09:19
---
Hi Rainer,
I am not familiar with the Sparc architecture, but I have uploaded a possible
patch which might fix the problem you discovered. Please could you try it out
and let me know if it really works
--- Additional Comments From nickc at redhat dot com 2008-11-14 14:51
---
Subject: Re: 64-bit libstdc++.so fails to link on Solaris 11/SPARC:
could not read symbols: Bad value
Hi Rainer,
+ if ((! ABI_64_P (abfd) ELF32_R_TYPE (rel-r_info) ==
R_SPARC_PLT32
--- Additional Comments From nickc at redhat dot com 2008-11-17 16:34
---
Hi Sebastian,
Why not use a pre-processor instead ? For example your board specific file
could look like this:
MEMORY {
ROM_REGION (RX) : ORIGIN = 0x1000, LENGTH = 256M
RAM_REGION (AIW
--- Additional Comments From nickc at redhat dot com 2008-11-17 16:46
---
Created an attachment (id=3065)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3065action=view)
Another patch attempt
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2008-11-17 16:47
---
Hi Rainer,
OK taking Ian's comments into account I have uploaded another attempt at a
patch for this problem. Please could you try it out and let me know if it is
any good ?
Cheers
Nick
--
http
301 - 400 of 3682 matches
Mail list logo