I enabled -z relro by default (link_info.relro = TRUE; in ldmain.c)
This causes some of the testcases in ld to fail:
FAIL: strip -z max-page-size=0x20 (maxpage1)
FAIL: strip -z max-page-size=0x20 -z common-page-size=0x10 (maxpage1)
FAIL: strip -z max-page-size=0x10 (maxpage1
--- Additional Comments From vapier at gentoo dot org 2006-08-09 00:43
---
looks like a follow up to this:
http://sourceware.org/ml/binutils/2006-07/msg00220.html
cheers
--
What|Removed |Added
-
--- Additional Comments From caffer at cs dot ucc dot ie 2006-08-09 00:14
---
Hi Nick,
If the following condition is met, line_comment_chars consists of just "#":
#if (defined (TE_I386AIX) \
|| ((defined (OBJ_ELF) || defined (OBJ_MAYBE_ELF)) \
--- Additional Comments From chong_guan_tan at yahoo dot com 2006-08-08
23:10 ---
Subject: Re: ld has problem with -shared, and GDB, SUN solaris 10 X86 (amd)
nick,
your description is correct.
I have built a version of medusa using sun ld and g++,
called it medusa sun, and one using
--- Additional Comments From hjl at lucon dot org 2006-08-08 16:09 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
Resolut
--- Additional Comments From nickc at redhat dot com 2006-08-08 15:59
---
Subject: Re: --sort-section name is brorken
Hi H.J.
> I think it is wrong. The problem is handler_data [1] is used for 2 things,
> wildcard first. And then it was treated as tree later. I added 2 new tests
> tod
Hi H.J.
I think it is wrong. The problem is handler_data [1] is used for 2 things,
wildcard first. And then it was treated as tree later. I added 2 new tests
today. I think one of them may fail with your patch. I posted a patch at
http://sourceware.org/ml/binutils/2006-08/msg00080.html
Ah - r
--- Additional Comments From hjl at lucon dot org 2006-08-08 15:14 ---
I think it is wrong. The problem is handler_data [1] is used for 2 things,
wildcard first. And then it was treated as tree later. I added 2 new tests
today. I think one of them may fail with your patch. I posted a patc
--- Additional Comments From hjl at lucon dot org 2006-08-08 15:09 ---
Fixed by
http://sourceware.org/ml/binutils/2006-08/msg00077.html
--
What|Removed |Added
St
--- Additional Comments From nickc at redhat dot com 2006-08-08 14:16
---
Hi Caffer,
Which i386 targets do not have "/" in their line_comment_chars array ?
As far as I can see all i386 targets have the forward slash in their line
comment chars array, and since this array is parsed
--- Additional Comments From yaari at il dot ibm dot com 2006-08-08 14:07
---
People who can help you in reproducing the bug are
Chij-Mehn Chang <[EMAIL PROTECTED]>
Nishanth Aravamudan <[EMAIL PROTECTED]>
I could not add them to the CC list. May be you could
Yaakov
--
http://sourcewa
--- Additional Comments From nickc at redhat dot com 2006-08-08 14:05
---
Hi H.J.
I am probably wrong, but this looks like a simple case of a missing check for
a NULL pointer. The uploaded patch for example allows your test case to link
successfully. What do you think ?
Cheers
Ni
--- Additional Comments From nickc at redhat dot com 2006-08-08 14:04
---
Created an attachment (id=1213)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1213&action=view)
Check for a tree node with no section specified
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3006
--- Additional Comments From dwarak dot rajagopal at amd dot com
2006-08-08 13:59 ---
(In reply to comment #3)
> Changes look fine to me. But you didn't list all new functions/macros in
> ChangeLog entry. Also, should it be %mm instead of %mmx?
Thanks. I have modified ChangeLog with all
--- Additional Comments From nickc at redhat dot com 2006-08-08 13:57
---
Subject: Re: ld terminated with signal 11 [Segmentation fault]
Hi Martin,
> I think the guys at MS applied their patches before you applied your PECOFF
> stuff, and unfortunately, these patches didn't go back to
Hi Martin,
I think the guys at MS applied their patches before you applied your PECOFF
stuff, and unfortunately, these patches didn't go back to upstream binutils.
In their patches you can read some interesting comments, i.e. that they only
support WEAK ALIAS, see below.
It seems to me that the
--
What|Removed |Added
Attachment #1212|application/octet-stream|text/plain
mime type||
Attachment #1212 is|0 |1
--- Additional Comments From dwarak dot rajagopal at amd dot com
2006-08-08 13:55 ---
Created an attachment (id=1212)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1212&action=view)
ChangeLog
--
What|Removed |Added
-
Hi Sam,
gdb reports:
(gdb) bt
#0 0xe410 in __kernel_vsyscall ()
#1 0xb7e989a1 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7e9a2b9 in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0x0804836b in level_aa () at ab.c:5
#4 0x0804838c in main () at ab.c:10
% addr2line -e ab 0x08048
--- Additional Comments From nickc at redhat dot com 2006-08-08 10:00
---
Hi Yaakov,
Please could you provide a way to reproduce this problem, so that I can test
it ?
Also, please can you check to see if the problem still exists with version
2.17 of the binutils (the latest releas
--- Additional Comments From nickc at redhat dot com 2006-08-08 09:54
---
Hi Tan,
Sorry for taking so long to get back to this issue.
I am afraid I will not be able to visit you in Santa Clara since I am
currently living in the UK... So, perhaps you can do some investigation for m
--- Additional Comments From nickc at redhat dot com 2006-08-08 09:42
---
Hi Stephane,
My apologese for taking so long to get back to this issue.
You are right - the addresses and lengths are being incorrectly truncated. I
am going to apply the newly uploaded patch to fix this.
C
--- Additional Comments From nickc at redhat dot com 2006-08-08 09:41
---
Created an attachment (id=1211)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1211&action=view)
Display 8 byte addresses as 8 byte values
--
http://sourceware.org/bugzilla/show_bug.cgi?id=2768
--
--- Additional Comments From nickc at redhat dot com 2006-08-08 08:20
---
Patch committed
--
http://sourceware.org/bugzilla/show_bug.cgi?id=2724
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
24 matches
Mail list logo
