--- Additional Comments From hjl dot tools at gmail dot com 2008-01-18
17:22 ---
Can you try the current CVS?
--
What|Removed |Added
CC
--- 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
: binutils
Version: 2.19 (HEAD)
Status: NEW
Severity: critical
Priority: P2
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: hjl dot tools at gmail dot com
CC: amodra at bigpond dot net
--- 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
Product: binutils
Version: 2.19 (HEAD)
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 T
--- 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=2228&action=view)
A patch
My gcc 4.1 cross compiler for 32bit mingw doesn't understand %I64. This patch
--- 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 are on the
--- 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-17
15:10 ---
*** Bug 5767 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- 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 are on the
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-binutils at gnu dot org
--- 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 are on the
--- Additional Comments From hjl dot tools at gmail dot com 2008-02-23
00:03 ---
Fixed.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=5788
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is
--- Additional Comments From hjl dot tools at gmail dot com 2008-02-23
00:03 ---
Yes, fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
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=5789
--- You are receiving this mail because: ---
You are on the CC list for the bug,
--- 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
regist
--
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
--- 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&qu
--- 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
--- 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
--- 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 in
--- 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
> EL
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-10
03:43 ---
(In reply to comment #4)
> I think you need to qualify what you say. It is clearly true that the
> st_shndx
> field of a symbol is not a pure section index. Any value above LORESERVE is
> ind
--
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 bin
--- 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
--- 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 of the
--- 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&#
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-11
19:09 ---
(In reply to comment #15)
> I am to blame, and can't find anything to defend the current binutils
> behaviour.
> i.e. I agree with Ian that this is a bug.
Alan, we need to update the who
--- 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
: unassigned at sources dot redhat dot com
ReportedBy: hjl dot tools at gmail dot com
CC: bug-binutils at gnu dot org
GCC target triplet: ia64-unknown-linux-gnu
http://sourceware.org/bugzilla/show_bug.cgi?id=5913
--- You are receiving this mail because: ---
You are on the
--- 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=2318&action=view)
A testcase
[EMAIL PROTECTED] 776]$ ld -shared test.o
ld: BFD (Linux/GNU B
--
What|Removed |Added
Summary|IA64 linker crashes on |IA64 linker crashes on
|supported relocations |unsupported relocations
http://sourcew
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-11
21:31 ---
(In reply to comment #18)
> Yes, I'll work on it. My approach will be to redefine SHN_LORESERVE thru
> SHN_HIRESERVE to FF00 thru , sign extending the existing values to
> an uns
--- Additional Comments From hjl dot tools at gmail dot com 2008-03-11
22:25 ---
libc_pic.a from glibc build directory should only be used to build libc.so.
Any other uses are invalid.
--
What|Removed |Added
--- 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
Version: 2.19 (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/bugz
--- 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-08
18:02 ---
Fixed by
http://sourceware.org/ml/binutils/2008-04/msg00069.html
--
What|Removed |Added
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 org
http://sourceware.org/bugzilla/show_bug.cgi?id=6412
--- You are
--- 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 bi
--- Additional Comments From hjl dot tools at gmail dot com 2008-04-20
01:30 ---
Can you add a testcase patch?
--
What|Removed |Added
CC
--- Additional Comments From hjl dot tools at gmail dot com 2008-04-21
21:15 ---
A patch is posted at
http://sourceware.org/ml/binutils/2008-04/msg00348.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6412
--- You are receiving this mail because: ---
You are on the
--- Additional Comments From hjl dot tools at gmail dot com 2008-04-21
21:20 ---
Linker manual says
`--sort-common'
This option tells `ld' to sort the common symbols by size when it
places them in the appropriate output sections. First come all
the one by
--- Additional Comments From hjl dot tools at gmail dot com 2008-04-22
16:06 ---
To prevent gaps between symbols due to alignment constraints, shouldn't
we sort common symbols by their alignments?
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6430
--- You are receiving
--- 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 "ascendin
--- 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
>
--- 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
Summary: rgn-over8 doesn't work
Product: binutils
Version: 2.19 (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
--- 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_
--
What|Removed |Added
GCC target triplet|x86_64-unknown-linux-gnu|
Summary|Linker is broken|Linker test is broken
http://sourceware.org/bugzilla/show_bu
--- 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
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:
0x7f
--- 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
--- 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
>
--
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)
();
}
[E
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-15
17:34 ---
A new patch is posted at
http://sourceware.org/ml/binutils/2008-07/msg00207.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4424
--- You are receiving this mail because: ---
You are on
--
What|Removed |Added
Version|2.18|2.19 (HEAD)
http://sourceware.org/bugzilla/show_bug.cgi?id=4424
--- You are receiving this mail because:
--
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 ma
--- 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=2748&action=view)
> Set EF_FRV_PIC by default (for FDPIC).Clear it
--- 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 emula
--- 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 are on the
--
What|Removed |Added
CC||rearnsha at gcc dot gnu dot
||org
http://sourceware.org/bugzill
1 - 100 of 659 matches
Mail list logo
