https://sourceware.org/bugzilla/show_bug.cgi?id=31327
--- Comment #3 from Ian Lance Taylor ---
It's fine with me. I don't know if there is any binutils policy about this.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29072
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=23765
--- Comment #7 from Ian Lance Taylor ---
The patch in comment #1 is fine. Nick, go ahead and commit. Thanks.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28141
Ian Lance Taylor changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
|--- |FIXED
CC||ian at airs dot com
--- Comment #3 from Ian Lance Taylor ---
The specification, such as it is, is at https://gcc.gnu.org/wiki/SplitStacks.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=27078
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=25236
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=22831
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment
Priority: P2
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: ian at airs dot com
CC: ian at airs dot com
Target Milestone: ---
gdb looks for the special section .debug_gdb_scripts. As far as I can tell, it
does not look for
https://sourceware.org/bugzilla/show_bug.cgi?id=22011
--- Comment #3 from Ian Lance Taylor ---
I can't recreate this. I get "matherr is working" from both gold and GNU ld.
I tested with tip gold and "Ubuntu EGLIBC 2.19-0ubuntu6.13".
That said, I can see the difference. With GNU ld, readelf -
https://sourceware.org/bugzilla/show_bug.cgi?id=20966
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=20966
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=20025
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=19030
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=18995
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment
||ian at airs dot com
Resolution|--- |INVALID
--- Comment #1 from Ian Lance Taylor ---
Yes, it works.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils
https://sourceware.org/bugzilla/show_bug.cgi?id=14187
--- Comment #9 from Ian Lance Taylor ---
Not that it matters much, but gold was first released in 2008, so when I say
"nobody noticed" I meant for those first four or so years.
--
You are receiving this mail because:
You are on the CC list f
https://sourceware.org/bugzilla/show_bug.cgi?id=14187
--- Comment #6 from Ian Lance Taylor ---
The difference in -Ttext behaviour between gold and GNU ld is intentional. The
-Ttext option in GNU ld is nearly meaningless when using ELF. Gold's -Ttext
option corresponds to GNU ld's -Ttext-segment
https://sourceware.org/bugzilla/show_bug.cgi?id=18327
Ian Lance Taylor changed:
What|Removed |Added
CC||rafael.espindola at gmail dot
com
: gold
Assignee: ccoutant at gmail dot com
Reporter: ian at airs dot com
CC: ian at airs dot com
Exception frame merging is broken on mainline. When two CIEs are merged, reloc
processing is not being applied to subsequent CIEs. This causes the
personality
https://sourceware.org/bugzilla/show_bug.cgi?id=18147
--- Comment #6 from Ian Lance Taylor ---
Actually, I am fine with only ignoring relocation errors against strong
undefined symbol in precisely those cases where we already ignore the
relocation errors against weak undefined symbols. Those are
https://sourceware.org/bugzilla/show_bug.cgi?id=18147
--- Comment #4 from Ian Lance Taylor ---
We already explicitly do not report relocation errors for weak undefined
symbols. That's because in those cases the relocation overflow is not
important. And Cary is right: for any sort of undefined s
https://sourceware.org/bugzilla/show_bug.cgi?id=18147
--- Comment #2 from Ian Lance Taylor ---
>> That last error shouldn't be issued. We shouldn't report a relocation
>> overflow
>> for a reference to an undefined symbol if we aren't going to report an error
>> about the undefined symbol.
> W
https://sourceware.org/bugzilla/show_bug.cgi?id=18147
Ian Lance Taylor changed:
What|Removed |Added
CC||amodra at gmail dot com
--
You ar
Severity: normal
Priority: P2
Component: gold
Assignee: ccoutant at google dot com
Reporter: ian at airs dot com
CC: ian at airs dot com
When linking a program with --unresolved-symbols=ignore-all, gold should not
issue a relocation overflow
https://sourceware.org/bugzilla/show_bug.cgi?id=18022
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=17432
--- Comment #1 from Ian Lance Taylor ---
Can you show how gold is invoked? Can you show the input files?
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binuti
|WONTFIX |---
Assignee|ian at airs dot com|ccoutant at google dot
com
--- Comment #3 from Ian Lance Taylor ---
I don't understand why you are closing this. An internal error is a bug that
should be fixed. Does this work any better now?
--
Yo
https://sourceware.org/bugzilla/show_bug.cgi?id=15920
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment
http://sourceware.org/bugzilla/show_bug.cgi?id=14768
--- Comment #13 from Ian Lance Taylor ---
My CVS stitching process is not so mysterious, it's in the CVS repository
:ext:sourceware.org:/cvs/sourceware/coolo-cvs on the gccmerge branch. The main
command is in src/gccmerge.c. A few constants i
http://sourceware.org/bugzilla/show_bug.cgi?id=15660
--- Comment #1 from Ian Lance Taylor ---
What does "ulimit -n" display?
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.or
http://sourceware.org/bugzilla/show_bug.cgi?id=15478
--- Comment #13 from Ian Lance Taylor 2013-05-21 04:18:43
UTC ---
As far as I can see plain GCC only uses --as-needed in the form
--as-needed -lgcc_s --no-as-needed
If your GCC is always passing --as-needed to ld I think that must be Debi
http://sourceware.org/bugzilla/show_bug.cgi?id=15478
--- Comment #7 from Ian Lance Taylor 2013-05-18 18:10:26
UTC ---
Rather than make this rather complex behaviour even more complex in order to
satisfy your rather unusual use case, I suggest that you use the
--allow-shlib-undefined option.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=15355
Ian Lance Taylor changed:
What|Removed |Added
CC||amodra at gmail dot com
--
Configu
http://sourceware.org/bugzilla/show_bug.cgi?id=15200
--- Comment #21 from Ian Lance Taylor 2013-03-24 22:26:50
UTC ---
I don't see why either of your suggested changes would be correct.
Would you mind trying my patch, the second one in comment #13, to see if it
fixes your problem?
Thanks.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=15200
--- Comment #19 from Ian Lance Taylor 2013-03-20 12:27:58
UTC ---
The in_reg() and in_dyn() functions are not mutually exclusive. Both will
return true if a symbol appears in both a regular object and a dynamic object.
--
Configure bugmail:
http://sourceware.org/bugzilla/show_bug.cgi?id=15200
--- Comment #15 from Ian Lance Taylor 2013-03-20 04:44:36
UTC ---
I think that is what my patch does. Did I get it wrong?
I think it probably makes sense in general to create an only_if_ref
linker-defined symbol if there is a ref in the regu
http://sourceware.org/bugzilla/show_bug.cgi?id=15200
--- Comment #13 from Ian Lance Taylor 2013-03-20 03:32:47
UTC ---
oldsym->in_dyn() will return true if the symbol was seen in a dynamic object.
I don't see why we should create the symbol if it is seen in a dynamic object.
It seems that the
http://sourceware.org/bugzilla/show_bug.cgi?id=15200
--- Comment #12 from Ian Lance Taylor 2013-03-20 03:29:49
UTC ---
oldsym->in_dyn() will return true if the symbol was seen in a dynamic object.
I don't see why we should create the symbol if it is seen in a dynamic object.
It seems that the
http://sourceware.org/bugzilla/show_bug.cgi?id=15200
Ian Lance Taylor changed:
What|Removed |Added
CC||dougkwan at google dot com
--
Conf
http://sourceware.org/bugzilla/show_bug.cgi?id=15070
--- Comment #3 from Ian Lance Taylor 2013-01-31 05:35:12
UTC ---
Yes, in this case "naturally aligned" means aligned to the size from the ELF
class. That's the alignment that matters to gold. I'm fine with changing the
comment.
There are tw
http://sourceware.org/bugzilla/show_bug.cgi?id=15070
Ian Lance Taylor changed:
What|Removed |Added
CC||dougkwan at google dot com,
http://sourceware.org/bugzilla/show_bug.cgi?id=10238
--- Comment #20 from Ian Lance Taylor 2012-12-10 17:22:17
UTC ---
When using gold you need to list the shared libraries that define symbols that
you refer to directly. You do not need to list libraries that define symbols
that your shared lib
http://sourceware.org/bugzilla/show_bug.cgi?id=14768
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--
Configure
http://sourceware.org/bugzilla/show_bug.cgi?id=14533
--- Comment #1 from Ian Lance Taylor 2012-08-31 04:39:48
UTC ---
What do you mean "by larger than the spec"?
We will need to know the actual error. Without that, it's pretty hard to know
what else we might need.
In general the best way to e
airs dot com |nickc at redhat dot com
--- Comment #5 from Ian Lance Taylor 2012-08-11 03:51:52
UTC ---
Patch looks good, thanks.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for
http://sourceware.org/bugzilla/show_bug.cgi?id=14265
--- Comment #2 from Ian Lance Taylor 2012-08-09 15:00:36
UTC ---
The key point connecting the Output_section_element_input and the Layout code
is the call to Output_section_element_input::match_name. From the Layout side,
it's the call to ss-
||ian at airs dot com
Resolution||INVALID
--- Comment #1 from Ian Lance Taylor 2012-07-25 19:16:42
UTC ---
No bug report.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail
||ian at airs dot com
Resolution||INVALID
--- Comment #1 from Ian Lance Taylor 2012-07-25 19:16:20
UTC ---
No bug report.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail
||ian at airs dot com
Resolution||INVALID
--- Comment #1 from Ian Lance Taylor 2012-07-25 19:16:06
UTC ---
No bug report.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail
||ian at airs dot com
Resolution||INVALID
--- Comment #1 from Ian Lance Taylor 2012-07-25 19:15:51
UTC ---
No bug report.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail
||ian at airs dot com
Resolution||INVALID
--- Comment #1 from Ian Lance Taylor 2012-07-25 19:15:12
UTC ---
No bug report.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail
http://sourceware.org/bugzilla/show_bug.cgi?id=14309
--- Comment #10 from Ian Lance Taylor 2012-07-11 11:49:52
UTC ---
The gold README says that GCC 4.1.2 is known to fail and GCC 4.1.3 is known to
work. I think it's useful to ensure that gold compile with 4.1.x, but given
that 4.1.3 works I do
http://sourceware.org/bugzilla/show_bug.cgi?id=14309
Ian Lance Taylor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://sourceware.org/bugzilla/show_bug.cgi?id=14330
--- Comment #3 from Ian Lance Taylor 2012-07-09 14:12:32
UTC ---
It looks like the symbol was discarded for some reason, and the error is
occurring because it is hidden. My guess is that the error should be
suppressed--you should only be gett
http://sourceware.org/bugzilla/show_bug.cgi?id=14265
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=14262
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=14196
Ian Lance Taylor changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Ian La
http://sourceware.org/bugzilla/show_bug.cgi?id=12488
--- Comment #7 from Ian Lance Taylor 2012-05-11 03:59:50
UTC ---
This bug report is specifically about plugins and linkonce. Please don't add
separate bug reports to this one. Instead, open a new bug report. Thanks.
Without a test case it'
||ian at airs dot com
Resolution||INVALID
--- Comment #1 from Ian Lance Taylor 2012-04-25 03:04:31
UTC ---
This is not a bug, as you can see by looking at the function
symbol_set_value_expression.
--
Configure bugmail: http
http://sourceware.org/bugzilla/show_bug.cgi?id=13991
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #7
http://sourceware.org/bugzilla/show_bug.cgi?id=14009
--- Comment #7 from Ian Lance Taylor 2012-04-23 03:27:43
UTC ---
As far as I can see you can use the exact same strategy for .init_array, only
you sort the sections the other way around.
You may think that the .ctors sections contain the cons
http://sourceware.org/bugzilla/show_bug.cgi?id=14009
--- Comment #5 from Ian Lance Taylor 2012-04-22 22:30:15
UTC ---
You said that you use a linker script to order the .ctors sections.
How do you do that?
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- Yo
http://sourceware.org/bugzilla/show_bug.cgi?id=14007
--- Comment #9 from Ian Lance Taylor 2012-04-22 22:28:29
UTC ---
My apologies. I misinterpreted the bug report.
I don't object to having the linker try to validate the data that the plugin
passes to it, but it's not something I plan to work
http://sourceware.org/bugzilla/show_bug.cgi?id=14009
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #1
http://sourceware.org/bugzilla/show_bug.cgi?id=14007
--- Comment #7 from Ian Lance Taylor 2012-04-22 21:20:32
UTC ---
Ideally I need whatever is required to recreate the problem with just gold and
absolutely nothing else. If I have to get into building clang, experience
tells me that I will alm
http://sourceware.org/bugzilla/show_bug.cgi?id=14007
--- Comment #3 from Ian Lance Taylor 2012-04-22 17:04:54
UTC ---
Thanks. Since I don't have clang++, I need to see the invocation of the
linker, not the invocation of clang++. Probably clang++ has a -v option which
will show precisely how th
http://sourceware.org/bugzilla/show_bug.cgi?id=14007
--- Comment #1 from Ian Lance Taylor 2012-04-22 05:18:05
UTC ---
Can you upload the input files and the exact link command required to replicate
this problem?
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
-
http://sourceware.org/bugzilla/show_bug.cgi?id=13937
--- Comment #7 from Ian Lance Taylor 2012-04-04 12:36:45
UTC ---
Well, the gas manual is not intended to serve as a documentation for the
machine instructions. It could be written that way, but it is not, and it
would be a fair amount of work
http://sourceware.org/bugzilla/show_bug.cgi?id=12945
--- Comment #6 from Ian Lance Taylor 2012-04-03 12:40:01
UTC ---
Thanks.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
_
http://sourceware.org/bugzilla/show_bug.cgi?id=13937
--- Comment #5 from Ian Lance Taylor 2012-04-03 12:36:53
UTC ---
Or use the .intel_mnemonic pseudo-op or the -mmnemonic=intel option.
As far as I can see the documentation is correct. The instructions are
implemented with different mnemonics
||ian at airs dot com
Resolution||INVALID
--- Comment #1 from Ian Lance Taylor 2012-04-02 23:17:23
UTC ---
See http://sourceware.org/binutils/docs-2.22/as/i386_002dMnemonics.html .
--
Configure bugmail: http://sourceware.org/bugzilla
||ian at airs dot com
Resolution||INVALID
--- Comment #4 from Ian Lance Taylor 2012-03-26 21:25:58
UTC ---
This is not a bug. You are calling printf without passing the parameters
correctly. In 64-bit mode the first six function
http://sourceware.org/bugzilla/show_bug.cgi?id=13850
Ian Lance Taylor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://sourceware.org/bugzilla/show_bug.cgi?id=13809
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=6767
--- Comment #5 from Ian Lance Taylor 2012-02-07 16:26:28
UTC ---
I have no plans to work on PowerPC support myself. In fact I only wrote the
i386 port. The x86_64, ARM, and SPARC ports were all written by other people,
and a MIPS port is in t
http://sourceware.org/bugzilla/show_bug.cgi?id=6767
Ian Lance Taylor changed:
What|Removed |Added
CC||stormtroopa at gmx dot net
--- Comme
||ian at airs dot com
Resolution||DUPLICATE
--- Comment #3 from Ian Lance Taylor 2012-02-07 06:38:53
UTC ---
The gold PowerPC support is incomplete. Sorry.
*** This bug has been marked as a duplicate of bug 6767 ***
--
Configure
http://sourceware.org/bugzilla/show_bug.cgi?id=13621
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #5
http://sourceware.org/bugzilla/show_bug.cgi?id=13617
Ian Lance Taylor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://sourceware.org/bugzilla/show_bug.cgi?id=13602
Ian Lance Taylor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://sourceware.org/bugzilla/show_bug.cgi?id=13602
--- Comment #1 from Ian Lance Taylor 2012-01-19 05:50:28
UTC ---
In gold, -Ttext is not an alias for --section-start=.text. The -Ttext option
sets the start of the text segment. The --section-start=.text option sets the
start of the .text se
http://sourceware.org/bugzilla/show_bug.cgi?id=13521
--- Comment #4 from Ian Lance Taylor 2012-01-09 01:54:39
UTC ---
See PR 12261 for a related issue. I think the problem is more complex than you
are describing. I would be happy to hear otherwise.
Sorry for not mentioning this earlier.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=13366
--- Comment #1 from Ian Lance Taylor 2011-12-19 23:31:56
UTC ---
I think it will be relatively difficult for the linker to safely and reliably
detect cases where this packing is valid. The packing may only be done if the
trailing symbol can n
http://sourceware.org/bugzilla/show_bug.cgi?id=13365
--- Comment #1 from Ian Lance Taylor 2011-12-19 23:30:39
UTC ---
Of course one can only do this if there are no comparisons of function
pointers. And that means that it can only be done if the symbols are not
visible outside the executable/sh
http://sourceware.org/bugzilla/show_bug.cgi?id=13163
Ian Lance Taylor changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://sourceware.org/bugzilla/show_bug.cgi?id=13505
Ian Lance Taylor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://sourceware.org/bugzilla/show_bug.cgi?id=13488
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #1
http://sourceware.org/bugzilla/show_bug.cgi?id=13364
Ian Lance Taylor changed:
What|Removed |Added
CC||tmsriram at google dot com
--
Conf
http://sourceware.org/bugzilla/show_bug.cgi?id=13362
Ian Lance Taylor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://sourceware.org/bugzilla/show_bug.cgi?id=12771
--- Comment #19 from Ian Lance Taylor 2011-10-31 04:39:31
UTC ---
*** Bug 13362 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail
http://sourceware.org/bugzilla/show_bug.cgi?id=13321
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=13322
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=13320
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=13163
Ian Lance Taylor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://sourceware.org/bugzilla/show_bug.cgi?id=13204
Ian Lance Taylor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://sourceware.org/bugzilla/show_bug.cgi?id=13023
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--
Configure
http://sourceware.org/bugzilla/show_bug.cgi?id=13314
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--
Configure
http://sourceware.org/bugzilla/show_bug.cgi?id=13314
Ian Lance Taylor changed:
What|Removed |Added
AssignedTo|ian at airs dot com |tmsriram at google dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=13314
Ian Lance Taylor changed:
What|Removed |Added
CC||tmsriram at google dot com
--
Conf
1 - 100 of 436 matches
Mail list logo
