--- Additional Comments From hjl dot tools at gmail dot com 2010-08-06
21:57 ---
"pushq $imm32S" only takes 32bit signed extended immediate. You can't push
0xbf80. Instead, you push -1082130432 or 0xbf80.
--
What|Removed
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-11
22:04 ---
Fixed by
http://sourceware.org/ml/binutils-cvs/2010-08/msg00057.html
--
What|Removed |Added
: binutils
Version: 2.21 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: binutils
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: hjl dot tools at gmail dot com
CC: bug-binutils at gnu dot o
/bfd/ChangeLog.diff?cvsroot=src&r1=1.5102&r2=1.5103
http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/Makefile.am.diff?cvsroot=src&r1=1.250&r2=1.251
http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/Makefile.in.diff?cvsroot=src&r1=1.278&r2=1.279
--- Additional Commen
Version: 2.21 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: hjl dot tools at gmail dot com
CC: bug-binutils at gnu dot org
http://sourc
(gdb)
After this checkin,
http://sourceware.org/ml/binutils-cvs/2010-02/msg00018.html
we now got
libtiff.a: could not read symbols: File in wrong format
I am not sure if it is the desired behavior.
--
Summary: Differnt linker behavior with incompatible input files
Product: binutils
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-21
18:53 ---
A patch is posted at
http://sourceware.org/ml/binutils/2010-08/msg00274.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11933
--- You are receiving this mail because: ---
You are on the
at sources dot redhat dot com
ReportedBy: hjl dot tools at gmail dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=11937
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-21
19:07 ---
Created an attachment (id=4946)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4946&action=view)
A testcase
[...@gnu-6 build-id]$ make
gcc -B./ -m32 -c -o y.o y.c
./ld -m elf_i386 --buil
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: hjl dot tools at gmail dot com
CC: bug-binutils at gnu dot org,hp at sourceware dot org
GCC target triplet: cris-elf
http://sourceware.org/bugzilla/show_bug.cgi?id=11944
--- You
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-24
17:23 ---
A patch is posted at
http://sourceware.org/ml/binutils/2010-08/msg00299.html
--
What|Removed |Added
225
http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/elfxx-mips.c.diff?cvsroot=src&r1=1.269&r2=1.270
http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/elfxx-mips.h.diff?cvsroot=src&r1=1.44&r2=1.45
http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/elfxx-target.h.diff?cvsroot=sr
s in ELF before_allocation
Product: binutils
Version: 2.21 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: hjl dot tools at gmail dot com
/ChangeLog.diff?cvsroot=src&r1=1.2176&r2=1.2177
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/emultempl/elf32.em.diff?cvsroot=src&r1=1.212&r2=1.213
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-25
17:14 ---
Fixed.
--
What|Removed
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-25
18:02 ---
There is a fundamental problem in ld:
1. Different formats, ELF, COFF, XCOFF, ... have
different linker hash table and its entry.
2. It works as long as input and output have the
same format.
3. When
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-25
18:29 ---
Created an attachment (id=4950)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4950&action=view)
A kludge
This is a kludge.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11939
gi/src/bfd/ChangeLog.diff?cvsroot=src&r1=1.5117&r2=1.5118
http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/elflink.c.diff?cvsroot=src&r1=1.375&r2=1.376
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-25
20:38 ---
Fixed.
--
What|Removed
lf32.em.diff?cvsroot=src&r1=1.211&r2=1.212
------- Additional Comments From hjl dot tools at gmail dot com 2010-08-26
14:40 ---
Fixed.
--
What|Removed |Added
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-x86-64/mixed2b.s.diff?cvsroot=src&r1=NONE&r2=1.1
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-x86-64/x86-64.exp.diff?cvsroot=src&r1=1.19&r2=1.20
--- Additional Comments From hjl dot tools
s dot redhat dot com
ReportedBy: hjl dot tools at gmail dot com
CC: amodra at gmail dot com,bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=11953
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are wat
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-28
01:01 ---
Created an attachment (id=4954)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4954&action=view)
A testcase
This is caused by
http://sourceware.org/ml/binutils/2010-04/msg00305.html
--
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-28
13:32 ---
(In reply to comment #3)
> What toolchain produced DivaP? I'm asking because the headers are not
> consistent. If you look at section header offsets and program header offsets,
> you'll
--- Additional Comments From hjl dot tools at gmail dot com 2010-08-28
13:36 ---
We can use LVM as long as we don't derive it from p_paddr
when there is a conflict since this field has unspecified
contents.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11953
--- Yo
/ChangeLog.diff?cvsroot=src&r1=1.1625&r2=1.1626
http://sourceware.org/cgi-bin/cvsweb.cgi/src/opcodes/i386-dis.c.diff?cvsroot=src&r1=1.250&r2=1.251
--- Additional Comments From hjl dot tools at
;r1=1.1728&r2=1.1729
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/i386/immed64.d.diff?cvsroot=src&r1=1.3&r2=1.4
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/testsuite/gas/i386/immed64.s.diff?cvsroot=src&r1=1.1&r2=1.2
--- Additional Comments From hjl do
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-07
15:41 ---
Please provide a testcase.
--
What|Removed |Added
Status|NEW
: binutils
Version: 2.21 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: gold
AssignedTo: ian at airs dot com
ReportedBy: hjl dot tools at gmail dot com
CC: bug-binutils at gnu dot org,nickc at redhat dot com
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-09
16:38 ---
It failed with gcc 4.2.4.
--
What|Removed |Added
Summary|Gold failed to build
gold
AssignedTo: ian at airs dot com
ReportedBy: hjl dot tools at gmail dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=11996
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someon
ty: normal
Priority: P2
Component: gold
AssignedTo: ian at airs dot com
ReportedBy: hjl dot tools at gmail dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=11997
--- You are receiving this mail because: ---
nedTo: unassigned at sources dot redhat dot com
ReportedBy: hjl dot tools at gmail dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=11998
--- You are receiving this mail because: ---
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-09
17:57 ---
A patch is posted at
http://sourceware.org/ml/binutils/2010-09/msg00142.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11996
--- You are receiving this mail because: ---
You are on the
are.org/cgi-bin/cvsweb.cgi/src/gold/testsuite/ifuncmain7.c.diff?cvsroot=src&r1=1.1&r2=1.2
------- Additional Comments From hjl dot tools at gmail dot com 2010-09-10
00:31 ---
Fixed.
--
What|
-scripts/rgn-at5.t.diff?cvsroot=src&r1=NONE&r2=1.1
------- Additional Comments From hjl dot tools at gmail dot com 2010-09-10
00:31 ---
Fixed.
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-10
13:09 ---
(In reply to comment #2)
> Hi H.J.
>
> This is related to PR 11985. GOLD insists on creating some sections in the
> output file which LD does not. It is not related to the MEMORY region co
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-15
14:51 ---
The problem is
#define BFD_CACHE_MAX_OPEN 10
...
bfd_boolean
bfd_cache_init (bfd *abfd)
{
BFD_ASSERT (abfd->iostream != NULL);
if (open_files >= BFD_CACHE_MAX_OPEN)
{
if (! clo
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-15
15:35 ---
A patch is posted at
http://sourceware.org/ml/binutils/2010-09/msg00227.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=12004
--- You are receiving this mail because: ---
You are on the
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-18
03:09 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-18
03:11 ---
Fixed by
http://sourceware.org/ml/binutils-cvs/2010-09/msg00100.html
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-18
03:12 ---
Fixed by
http://sourceware.org/ml/binutils-cvs/2010-09/msg00084.html
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-23
00:01 ---
(In reply to comment #2)
> H.J., this patch broke one of our applications. It uses the address of
> _DYNAMIC, which is stored in .got.plt, to relocate itself. It finds that
> location by re
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-23
04:02 ---
(In reply to comment #4)
> Here's a minimal version that demonstrates the wrong value.
>
> .text
> .globl _start
> _start:
> leaq _DYNAMIC(%ri
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-23
23:05 ---
(In reply to comment #6)
> Of course not, but no other version of binutils omits the GOT section entirely
> for a shared library.
>
> Having the _G_O_T_ symbol point to something that is not a
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-24
01:23 ---
Please provide a testcase for i386. I'd like to add
them to linker testsuite. Thanks.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11812
--- You are receiving this mail because: --
--- Additional Comments From hjl dot tools at gmail dot com 2010-09-24
02:29 ---
Created an attachment (id=5000)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=5000&action=view)
A patch
Here is a patch. I'd like to add the new testcases also.
--
http://so
amp;r2=1.1294
http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/testsuite/ld-i386/nogot1.s.diff?cvsroot=src&r1=1.1&r2=1.2
--- Additional Comments From hjl dot tools at gmail dot com 2010-10-01
05:13 ---
Fixed by
http://sourceware.org/ml/binutils-cvs/2010-10/msg2.html
htt
--- Additional Comments From hjl dot tools at gmail dot com 2010-10-01
05:30 ---
Please provide a complete testcase. The final offset
depends on the address of the second jump. I can't tell
what its address is.
--
What|Removed |
--
What|Removed |Added
CC||hjl dot tools at gmail dot
||com
http://sourceware.org
/cgi-bin/cvsweb.cgi/src/opcodes/i386-dis.c.diff?cvsroot=src&r1=1.251&r2=1.252
--- Additional Comments From hjl dot tools at gmail dot com 2010-10-02
07:05 ---
Fixed.
--
What|Removed
--- Additional Comments From hjl dot tools at gmail dot com 2010-10-03
10:16 ---
1. Please provide t.a for nm.
2. Please provide a testcase for ar.
--
What|Removed |Added
--
What|Removed |Added
CC||hjl dot tools at gmail dot
||com
http://sourceware.org
--- Additional Comments From hjl dot tools at gmail dot com 2010-10-03
10:34 ---
Please show me that "ar --plugin" doesn't work. I
though I had fixed it in Sept.
--
What|Removed
_openr if target
isn't set.
Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/src/binutils/ChangeLog.diff?cvsroot=src&r1=1.1690&r2=1.1691
http://sourceware.org/cgi-bin/cvsweb.cgi/src/binutils/nm.c.diff?cvsroot=src&r1=1.63&r2=1.64
--- Additional Comments Fro
--- Additional Comments From hjl dot tools at gmail dot com 2010-10-03
10:57 ---
(In reply to comment #7)
> But does the patch work for the case when I pass some LTO and some non LTO
> objects, but specify the plugin? (that is does fallback to normal elf still
> work)
Plea
--- Additional Comments From hjl dot tools at gmail dot com 2010-10-03
23:11 ---
(In reply to comment #9)
> The problem is still there for ar
>
>
Works for me:
[...@gnu-6 pr12004]$ make
./ar --plugin
/export/build/gnu/gcc/release/usr/gcc-4.6.0/libexec/gcc/x86_64-unknown-
--- Additional Comments From hjl dot tools at gmail dot com 2010-10-04
01:51 ---
There are more:
[...@gnu-6 binutils]$ grep HAVE_DECL_STRSTR */*.h
bfd/sysdep.h:#if !HAVE_DECL_STRSTR
binutils/sysdep.h:#if !HAVE_DECL_STRSTR
ld/sysdep.h:#if !HAVE_DECL_STRSTR
[...@gnu-6 binutils]$
There
--
What|Removed |Added
CC||hjl dot tools at gmail dot
||com
http://sourceware.org
--- Additional Comments From hjl dot tools at gmail dot com 2010-10-04
12:04 ---
I got
[...@gnu-6 lto-ar-emu]$ make
/export/build/gnu/gcc/release/usr/gcc-4.6.0/bin/gcc -O2 -flto-c -o main.o
main.c
/export/build/gnu/gcc/release/usr/gcc-4.6.0/bin/gcc -O2 -flto-c -o a.o a.c
--- Additional Comments From hjl dot tools at gmail dot com 2010-10-04
12:21 ---
ONLYLTO looks odd to me. I made some changes and got:
[...@gnu-6 lto-ar-emu]$ cat ONLYLTO
#!/bin/sh
for s in $(readelf -S --wide $1 | grep lto | sed -e "s/.*\(.gnu.lto_.*\)[
\t]*PROGBITS.*/\1/
601 - 659 of 659 matches
Mail list logo
