--- Additional Comments From hjl dot tools at gmail dot com 2008-01-25
17:35 ---
Fixed by
http://sourceware.org/ml/binutils/2008-01/msg00278.html
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2008-01-27
22:19 ---
Fixed by
http://sourceware.org/ml/binutils/2008-01/msg00148.html
http://sourceware.org/ml/binutils/2008-01/msg00179.html
--
What|Removed |Added
)
Status: NEW
Severity: critical
Priority: P2
Component: gas
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: hjl dot tools at gmail dot com
CC: Kai dot Tietz at onevision dot com,bug-binutils at gnu
--- Additional Comments From hjl dot tools at gmail dot com 2008-02-02
16:24 ---
Created an attachment (id=2228)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2228action=view)
A patch
My gcc 4.1 cross compiler for 32bit mingw doesn't understand %I64. This patch
allows me
--- Additional Comments From hjl dot tools at gmail dot com 2008-02-04
20:36 ---
Fixed by
http://sourceware.org/ml/binutils/2008-02/msg00037.html
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2008-02-08
20:59 ---
Fixed by
http://sourceware.org/ml/binutils/2008-02/msg00067.html
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2008-02-08
20:59 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From hjl dot tools at gmail dot com 2008-02-09
16:22 ---
A patch is posted at
http://sourceware.org/ml/binutils/2008-02/msg00068.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=5303
--- You are receiving this mail because: ---
You
--- Additional Comments From hjl dot tools at gmail dot com 2008-02-17
15:10 ---
*** This bug has been marked as a duplicate of 5755 ***
--
What|Removed |Added
--
What|Removed |Added
OtherBugsDependingO||5755
nThis||
http://sourceware.org/bugzilla/show_bug.cgi?id=5303
--
What|Removed |Added
BugsThisDependsOn||5303
http://sourceware.org/bugzilla/show_bug.cgi?id=5755
--- You are receiving this mail because:
--- Additional Comments From hjl dot tools at gmail dot com 2008-02-20
23:39 ---
A patch is posted at
http://sourceware.org/ml/binutils/2008-02/msg00199.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=5543
--- You are receiving this mail because: ---
You
Version: 2.19 (HEAD)
Status: NEW
Severity: critical
Priority: P1
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,jakub at redhat
--- Additional Comments From hjl dot tools at gmail dot com 2008-02-22
23:58 ---
A patch is posted at
http://sourceware.org/ml/binutils/2008-02/msg00228.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=5788
--- You are receiving this mail because: ---
You
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=5789
--- 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 2008-02-24
00:12 ---
Gcc bug is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32219
A patch is posted at
http://sourceware.org/ml/binutils/2008-02/msg00239.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=5789
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-03
15:57 ---
Fixed by
http://sourceware.org/ml/binutils/2008-03/msg00015.html
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-04
23:51 ---
How can I reproduce it on Linux/x86-64? What target should I use?
Linker manual says:
`-GVALUE'
`--gpsize=VALUE'
Set the maximum size of objects to be optimized using the GP
register to SIZE
--
What|Removed |Added
CC||hjl dot tools at gmail dot
||com
http://sourceware.org
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-05
00:02 ---
It works for me:
[EMAIL PROTECTED] tmp]$ gcc -c x.c
[EMAIL PROTECTED] tmp]$ readelf -S x.o
There are 14 section headers, starting at offset 0x2f0:
Section Headers:
[Nr] Name Type
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-05
01:07 ---
(In reply to comment #5)
Unfortunately, x86 doesn't have a GP register proper. MIPS and PPC and
possibly
IPF do though.
What is the expect result on MIPS/PPC/IPF?
--
http://sourceware.org
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-07
03:57 ---
This has nothing to do with binutils.
--
What|Removed |Added
Status|NEW
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-07
04:11 ---
(In reply to comment #3)
Instructions to reproduce this issue:
as d.s -o d.o
as e.s -o e.o
ar r e.a e.o
The command below results in both e4 and ef to be placed in .bss:
ld d.o e.a
Whereas
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-07
04:17 ---
It works for me after a small change:
bash-3.2$ cat d.s
.extern e4, ef
.comm d4, 4
.comm df, 15
.data
.long e4
.long ef
bash-3.2$ cat e.s
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-07
06:00 ---
(In reply to comment #10)
Well, yes, the link is succesfull, but the problem is where common symbols in
archived modules end up.
Please, rerun ld with -G 8 and then run objdump on the output files
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-07
16:53 ---
(In reply to comment #12)
Could you please e-mail me good and bad? I wonder if PPC is similar to
MIPS
in using small data sections.
good and bad are identical:
bash-3.2$ readelf -Ss good
There are 7
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-08
23:40 ---
From gABI:
sh_size Unspecified If non-zero, the actual number of section header entries
sh_link Unspecified If non-zero, the index of the section header string table
section
sh_link has a section index
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-10
02:24 ---
(In reply to comment #2)
You seem to be trying to say that section indexes between SHN_LORESERVE and
SHN_HIRESERVE are not to be used. However, there is no support for that in
the
ELF spec
--
What|Removed |Added
CC||hjl dot tools at gmail dot
||com
http://sourceware.org
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-10
18:09 ---
gABI says:
sh_link Unspecified If non-zero, the index of the section header string table
section
So sh_link isn't section index, it is the section header index. What
else did binutils get wrong
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-10
18:28 ---
(In reply to comment #8)
gABI says:
sh_link Unspecified If non-zero, the index of the section header string table
section
So sh_link isn't section index, it is the section header index. What
else
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-10
19:14 ---
gABI says:
Some section header table indexes are reserved in contexts where index size is
restricted, for example, the st_shndx member of a symbol table entry and the
e_shnum and e_shstrndx members
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-10
20:43 ---
(In reply to comment #12)
That means we can't use from SHN_UNDEF and SHN_LORESERVE to SHN_HIRESERVE
anywhere else.
No, it doesn't. It only means that you can't use them in contexts where
index
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-11
19:14 ---
I think we can add a st_xshndx field to internal ELF symbol entry:
---
--- ./internal.h.64k2007-11-28 23:35:52.0 -0800
+++ ./internal.h2008-03-11 12:14:06.0 -0700
@@ -100,7
--
What|Removed |Added
CC||amodra at bigpond dot net
||dot au
Version|2.16
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-11
19:52 ---
Created an attachment (id=2318)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2318action=view)
A testcase
[EMAIL PROTECTED] 776]$ ld -shared test.o
ld: BFD (Linux/GNU Binutils) 2.18.50.0.5.20080303
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-14
16:54 ---
Fixed by
http://sourceware.org/ml/binutils/2008-03/msg00086.html
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-24
13:36 ---
Fixed by
http://sourceware.org/ml/binutils/2008-03/msg00111.html
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-24
13:38 ---
Fixed by
http://sourceware.org/ml/binutils/2008-03/msg00070.html
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-24
13:39 ---
Fixed by
http://sourceware.org/ml/binutils/2008-03/msg00111.html
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2008-04-16
12:55 ---
(In reply to comment #3)
The number of object files is very large, but the number of object files with
more than 65,279 sections is very small.
For people who have them, it is a big problem
--- Additional Comments From hjl dot tools at gmail dot com 2008-04-22
17:17 ---
(In reply to comment #8)
As a matter of fact, the current implementation actually sorts by alignment.
I like Nick's suggestion, only I prefer terser wording, such as ascending or
descending
--- Additional Comments From hjl dot tools at gmail dot com 2008-04-24
12:57 ---
There are so many
#ifndef O_BINARY
#ifdef _O_BINARY
#define O_BINARY _O_BINARY
#define setmode _setmode
#else
#define O_BINARY 0
#endif
#endif
in binutils sources. It should go into sysdep.h
--- Additional Comments From hjl dot tools at gmail dot com 2008-04-24
13:00 ---
Why does it limit to PIE? If a symbol in shared library is resolved locally,
will we run into the same problem?
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2008-04-24
13:25 ---
(In reply to comment #4)
The important thing is that executables and PIEs are always the first in the
symbol search scope, so the linker can compute the offsets within the TLS
block
at runtime
--- Additional Comments From hjl dot tools at gmail dot com 2008-04-24
13:31 ---
Will this patch
--- elf64-x86-64.c.pie 2008-04-24 06:05:36.0 -0700
+++ elf64-x86-64.c 2008-04-24 06:29:08.0 -0700
@@ -1050,7 +1050,7 @@ elf64_x86_64_check_relocs (bfd *abfd, st
--- Additional Comments From hjl dot tools at gmail dot com 2008-04-24
13:56 ---
Subject: Re: -pie issues with TLS relocations
On Thu, Apr 24, 2008 at 6:46 AM, jakub at redhat dot com
[EMAIL PROTECTED] wrote:
--- Additional Comments From jakub at redhat dot com 2008-04-24 13
(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://sourceware.org/bugzilla
--- Additional Comments From hjl dot tools at gmail dot com 2008-05-02
15:12 ---
Fixed by
http://sourceware.org/ml/binutils/2008-05/msg00037.html
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2008-05-02
15:16 ---
It should be called for ELF target. Please provide a testcase.
--
What|Removed |Added
--
What|Removed |Added
CC||hjl dot tools at gmail dot
||com
http://sourceware.org
--
What|Removed |Added
CC||hjl dot tools at gmail dot
||com
http://sourceware.org
--- Additional Comments From hjl dot tools at gmail dot com 2008-05-04
14:43 ---
*** Bug 6480 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2008-05-04
14:43 ---
*** This bug has been marked as a duplicate of 4918 ***
--
What|Removed |Added
--
What|Removed |Added
CC||hjl dot tools at gmail dot
||com
http://sourceware.org
--
What|Removed |Added
CC||hjl dot tools at gmail dot
||com
http://sourceware.org
--- Additional Comments From hjl dot tools at gmail dot com 2008-05-22
20:53 ---
Fixed by
http://sourceware.org/ml/binutils/2008-05/msg00188.html
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2008-05-23
13:57 ---
Fixed by
http://sourceware.org/ml/binutils/2008-05/msg00197.html
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2008-05-27
00:03 ---
As I indicated in this thread
http://sourceware.org/ml/binutils/2008-01/msg00041.html
before my memory size change, x86 assembler only
checked ambiguous sizes while accepting invalid sizes.
The whole
Product: binutils
Version: 2.19 (HEAD)
Status: NEW
Severity: critical
Priority: P1
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: hjl dot tools at gmail dot com
CC: bug
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-12
18:25 ---
On Fedora 9/x86-64, I got
../bfd/.libs/libbfd.a(compress.o): In function
`bfd_uncompress_section_contents':
/export/gnu/src/binutils/src/bfd/compress.c:96: undefined reference to
`inflateInit_'
/export
--
What|Removed |Added
GCC target triplet|x86_64-unknown-linux-gnu|
Summary|Linker is broken|Linker test is broken
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-12
18:43 ---
Please try Linux binutils at
http://www.kernel.org/pub/linux/devel/binutils/
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-12
18:46 ---
Alan is correct. You shouldn't use gcc -g on assembly code which
already has debug info.
--
What|Removed |Added
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 org
http://sourceware.org/bugzilla/show_bug.cgi?id=6743
--- You are receiving this mail
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-13
15:56 ---
Hi Craig, your patch:
http://sourceware.org/ml/binutils/2008-06/msg00203.html
caused this regression.
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-13
16:38 ---
The correct behaviour should be
bash-3.2$ ./addr2line -e addr2line 0x401f49
/export/gnu/import/binutils-last/src/binutils/addr2line.c:341
bash-3.2$
--
http://sourceware.org/bugzilla/show_bug.cgi?id
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-13
19:56 ---
bash-3.2$ ./addr2line -e ./addr2line `nm -n --defined-only ./addr2line |head
-1 | awk '{print $1}'`
??:0
*** glibc detected *** ./addr2line: munmap_chunk(): invalid pointer:
0x7f60c57010a2
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-13
23:43 ---
On Linux, to reproduce it, you may try
[EMAIL PROTECTED] binutils]$ MALLOC_CHECK_=1 ./addr2line -e ./addr2line `nm -n
--defined-only ./addr2line |head -1 | awk '{print $1}'`
malloc: using debugging
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-13
23:52 ---
(In reply to comment #5)
I've figured out the crashing bug, and can fix that. I tried your test and it
gave a different line number than you got, but I assume that's due to build
differences. But just
--
What|Removed |Added
CC||hjl dot tools at gmail dot
||com
http://sourceware.org
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-15
17:22 ---
We missed a case of linking Linux .o against FreeBSD .so:
[EMAIL PROTECTED] weak-11]$ cat foo.c
extern void () __attribute__((weak));
void _start(void)
{
if ( != 0)
();
}
[EMAIL
--
What|Removed |Added
OtherBugsDependingO||6747
nThis||
http://sourceware.org/bugzilla/show_bug.cgi?id=6446
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-15
18:35 ---
This is caused by
http://sourceware.org/ml/binutils-cvs/2008-05/msg00092.html
specifically the proposed patch for
http://www.sourceware.org/bugzilla/show_bug.cgi?id=6446
--
What|Removed
--
What|Removed |Added
CC||hjl dot tools at gmail dot
||com
http://sourceware.org
--
What|Removed |Added
CC||nickc at redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=6747
--- You are receiving this
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-15
18:52 ---
(In reply to comment #1)
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
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-15
19:03 ---
I can't reproduce it on Fedora 9/x86-64
[EMAIL PROTECTED] ld]$ ./ld-new -EL -r /tmp/tmp_main.o -T /tmp/tmp_main.ver -V
GNU ld (Linux/GNU Binutils) 2.18.50.0.8.20080709
Supported emulations
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-15
19:50 ---
A patch is posted at
http://sourceware.org/ml/binutils/2008-07/msg00214.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6748
--- You are receiving this mail because: ---
You
--
What|Removed |Added
CC||rearnsha at gcc dot gnu dot
||org
--
What|Removed |Added
CC||brolley at redhat dot com,
||aoliva at sourceware dot org
--
What|Removed |Added
CC||kkojima at rr dot iij4u dot
||or dot jp, aoliva at
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-18
12:49 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-22
14:56 ---
Fixed by
http://sourceware.org/ml/binutils/2008-07/msg00237.html
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-22
15:05 ---
Please provide a SMALL STANDALONE testcase.
--
What|Removed |Added
CC
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-23
11:39 ---
(In reply to comment #36)
Created an attachment (id=2836)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2836action=view)
gdb crashes because abbrev_offset is incorrect (zero)
While trying
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-23
13:57 ---
(In reply to comment #38)
Unfortunatly I only have windows machines at my site.
The versions that I specified in the Makefile are the ones that I can use.
You seem to have a problem with gdb, not linker
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-23
14:17 ---
(In reply to comment #40)
The object file that is generated by the linker in my example already
contains
the erroneous compile unit header, specifically the abbrev_offset is zero.
This is before gdb
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-23
19:45 ---
(In reply to comment #3)
Created an attachment (id=2838)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=2838action=view)
shell script to reproduce the bug
the script assumes you have /tmp
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-24
04:58 ---
(In reply to comment #8)
You have a very strange setup. You better come up with a testcase
which doesn't require me to copy things into /usr/lib.
so, don't copy. change the name libmylib.so
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-24
16:56 ---
Still works for me with Today's CVS:
[EMAIL PROTECTED] 6753]$ make
gcc -m32 -B/export/home/hjl/bugs/binutils/6753/usr/bin/ -I. -fPIC -c -o
mysymbol.o mysymbol.c
mkdir -p /export/home/hjl/bugs/binutils
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-24
17:23 ---
(In reply to comment #14)
Is there a CHANGELOG for cvs version I can inspect with respect to
2.18.50.0.7?
There are ChangeLog files in each subdirectory. You can do a diff on
them.
--
http
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://sourceware.org/bugzilla/show_bug.cgi?id=6766
--- You are receiving this mail because
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-24
17:59 ---
(In reply to comment #18)
Is 2.18.50.0.8 the release where you reported success?
It should work.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6753
--- You are receiving this mail because
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-26
16:25 ---
(In reply to comment #1)
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.
Should creating a shared
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-29
15:41 ---
The current patch is at
http://sourceware.org/ml/binutils/2008-07/msg00361.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3191
--- You are receiving this mail because: ---
You
--- Additional Comments From hjl dot tools at gmail dot com 2008-08-14
22:58 ---
You can't pop/push 32bit registers in 64bit mode.
--
What|Removed |Added
Status
: hjl dot tools at gmail dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=6848
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who
--
What|Removed |Added
OtherBugsDependingO||6848
nThis||
http://sourceware.org/bugzilla/show_bug.cgi?id=3469
--- Additional Comments From hjl dot tools at gmail dot com 2008-08-18
18:01 ---
[EMAIL PROTECTED] set-5]$ cat f.s
.data
.globl x
.long x
x=y
y:
.long 1
z:
.long 1
x=z
[EMAIL PROTECTED] set-5]$ gcc -c f.s
[EMAIL PROTECTED] set-5
1 - 100 of 561 matches
Mail list logo
