--- Additional Comments From bje at sources dot redhat dot com 2006-03-30
05:34 ---
Herbert, can you please supply a test case that helps to demonstrate the
problem?
--
http://sourceware.org/bugzilla/show_bug.cgi?id=2097
--- You are receiving this mail because: ---
You are
--- Additional Comments From bje at sources dot redhat dot com 2006-03-30
05:33 ---
No test case supplied in almost a year.
--
What|Removed |Added
Status|NEW
--- Additional Comments From bje at sources dot redhat dot com 2006-03-30
03:20 ---
2006-02-24 H.J. Lu <[EMAIL PROTECTED]>
PR ld/2218
* elf-bfd.h (elf_backend_data): Add elf_backend_fixup_symbol.
(_bfd_elf_link_hash_fixup_symbol): New.
* elflink.c (_bf
--- Additional Comments From bje at sources dot redhat dot com 2006-03-30
03:06 ---
Fixed with this patch (and verified):
2006-03-05 H.J. Lu <[EMAIL PROTECTED]>
Alan Modra <[EMAIL PROTECTED]>
PR binutils/2338
* dwarf2.c (loadable_section): New struct.
--- Additional Comments From amodra at bigpond dot net dot au 2006-03-30
01:05 ---
Some background info I should have added to help people looking through the bug
database.
alanm: Any opinions on PR 998?
I gather from your comments that you've stated, "That's the way it is".
Is there
--- Additional Comments From bje at sources dot redhat dot com 2006-03-30
00:42 ---
gas and ld use Automake-generated Makefiles. These build the Info documentation
within the source tree so that the Info documentation is present when a
distribution is prepared. GNU conventions are that
--- Additional Comments From bje at sources dot redhat dot com 2006-03-30
00:22 ---
Fixed with the following patch (which has been committed to mainline CVS):
2006-03-30 Ben Elliston <[EMAIL PROTECTED]>
PR ld/2267
* elflink.c (elf_fixup_link_order): Ensure `elfsec' is
--- Additional Comments From aurelbu at free dot fr 2006-03-29 17:59
---
Created an attachment (id=944)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=944&action=view)
This is the core of the application...
This should be better...
Sorry!
--
What|Removed
--- Additional Comments From navaraf at reactos dot com 2006-03-29 14:35
---
It was fixed since, the last line was "put_16 (big_endian, 0, d->data + 8);"
before.
--
What|Removed |Added
-
--- Additional Comments From arybchik at gmail dot com 2006-03-29 12:25
---
Thanks for reply.
When configured with --enable-targets=all, build failed
make[4]: *** No rule to make target
`../../binutils/ld/emulparams/elf32bfinfd.sh', needed by `eelf32bfinfd.c'.
Stop.
make[4]: Leaving
--- Additional Comments From amodra at bigpond dot net dot au 2006-03-29
11:48 ---
Not a bug. You need to build binutils with support for all targets of interest.
In this case, you probably want to add --enable-targets=x86_64-elf to your
configure line (or --enable-targets=all). If th
Today (March, 29 2006) binutils TOT configured on i686-pc-linux-gnu using
../binutils/configure --target=i386-pc-solaris2.11 --enable-64-bit-bfd
--prefix=/srv/local/cross
and successfully build.
/binutils/objdump: /srv/local/cross/i386-pc-solaris2.11/lib/amd64/crti.o: File
format not recognized
--- Additional Comments From bje at sources dot redhat dot com 2006-03-29
11:26 ---
The two attachments seem to be identical? Is one of them supposed to be app2.o?
--
http://sourceware.org/bugzilla/show_bug.cgi?id=2267
--- You are receiving this mail because: ---
You are on
13 matches
Mail list logo
