https://sourceware.org/bugzilla/show_bug.cgi?id=18106
Cary Coutant changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=18106
--- Comment #5 from Cary Coutant ---
Created attachment 8204
--> https://sourceware.org/bugzilla/attachment.cgi?id=8204&action=edit
Proposed gold patch
HJ, can you try this patch? I think it should work, but I'm at home right now,
and my Ub
https://sourceware.org/bugzilla/show_bug.cgi?id=14217
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=18010
Cary Coutant changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=18102
Cary Coutant changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Cary Cout
||ccoutant at google dot com
Resolution|--- |FIXED
Assignee|shenhan at google dot com |ccoutant at google dot
com
--- Comment #3 from Cary Coutant ---
Fixed on trunk.
--
You are receiving this mail because:
You are on the CC
https://sourceware.org/bugzilla/show_bug.cgi?id=18106
Cary Coutant changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Cary Cout
https://sourceware.org/bugzilla/show_bug.cgi?id=18152
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=18147
--- Comment #1 from Cary Coutant ---
> 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.
Why should
https://sourceware.org/bugzilla/show_bug.cgi?id=13442
--- Comment #9 from Cary Coutant ---
> Does gold correctly incrementally update the eh_frame section today, so that
> it is just the eh_frame_hdr that is missing?
It does, but there's a severe restriction -- the updated pieces of .eh_frame
mu
https://sourceware.org/bugzilla/show_bug.cgi?id=14675
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
at google dot com |dougkwan at google dot
com
--- Comment #1 from Cary Coutant ---
I've asked Doug Kwan to take a look at this.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing lis
https://sourceware.org/bugzilla/show_bug.cgi?id=18010
--- Comment #8 from Cary Coutant ---
>> Does it seem reasonable to simply disable optimization for sections with
>> alignment > 1?
>
> Works for me.
>
> I'll note that for aligned strings the most useful optimisation is likely
> removal of ex
https://sourceware.org/bugzilla/show_bug.cgi?id=18010
Cary Coutant changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #6 from Cary Cout
https://sourceware.org/bugzilla/show_bug.cgi?id=16992
Cary Coutant changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17971
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16992
--- Comment #12 from Cary Coutant ---
(In reply to Markus Trippelsdorf from comment #11)
> See: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65057
> For a small testcase.
Thanks, I'll take a look.
--
You are receiving this mail because:
You
https://sourceware.org/bugzilla/show_bug.cgi?id=14217
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=17896
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Blocks|15660
https://sourceware.org/bugzilla/show_bug.cgi?id=15660
Cary Coutant changed:
What|Removed |Added
Depends on|17896 |
--
You are receiving this mail becau
https://sourceware.org/bugzilla/show_bug.cgi?id=15660
Cary Coutant changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|DUPLICATE
https://sourceware.org/bugzilla/show_bug.cgi?id=17896
--- Comment #5 from Cary Coutant ---
(In reply to H.J. Lu from comment #4)
> With this patch:
>
> https://gcc.gnu.org/ml/gcc-patches/2015-01/msg02508.html
>
> Plugin_manager::release_input_file may be called from the claim_file hook.
> It is
https://sourceware.org/bugzilla/show_bug.cgi?id=17896
Cary Coutant changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #2 from Cary Couta
https://sourceware.org/bugzilla/show_bug.cgi?id=17819
Cary Coutant changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Cary Cout
at google dot com |hjl.tools at gmail dot
com
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
https://sourceware.org/bugzilla/show_bug.cgi?id=17795
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17731
Cary Coutant changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Cary Cout
https://sourceware.org/bugzilla/show_bug.cgi?id=17699
--- Comment #2 from Cary Coutant ---
Please attach the .o file containing the original relocation.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mail
at google dot com |amodra at gmail dot com
--- Comment #1 from Cary Coutant ---
Alan, can you take a look at this one, too?
I'm guessing that when you need a dynamic relocation against a section symbol,
you're calling add_local() instead of add_local_section(). I don't see
at google dot com |amodra at gmail dot com
--- Comment #1 from Cary Coutant ---
Alan, can you take a look at this?
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=17578
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17639
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17643
Cary Coutant changed:
What|Removed |Added
Severity|normal |enhancement
--
You are receiving this
airs dot com|ccoutant at google dot
com
--- Comment #7 from Cary Coutant ---
Incremental linking deliberately disables the --eh_frame_hdr option, because of
the difficulty involved in incrementally updating it. It could be rebuilt from
scratch on each incremental update, but I have
https://sourceware.org/bugzilla/show_bug.cgi?id=17538
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17473
--- Comment #1 from Cary Coutant ---
> Minix3 builds Gold as part of its build process. When cross compiling on
> OSX10.9, it fails to build Gold with the following error:
>
> In file included from
> /Users/thomas/minix/tools/binutils/../../ex
|--- |FIXED
Assignee|ian at airs dot com|ccoutant at google dot
com
--- Comment #8 from Cary Coutant ---
Sorry, I thought the proposed patch had already been applied.
--
You are receiving this mail because:
You are on the CC list for the bug
https://sourceware.org/bugzilla/show_bug.cgi?id=15370
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=16773
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16773
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=17432
Cary Coutant changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17432
--- Comment #3 from Cary Coutant ---
When we add the placeholder symbol from the claimed file handler, it's not
marked as a TLS symbol (the API doesn't provide a way). We're supposed to
override the placeholder symbol with the real symbol when
https://sourceware.org/bugzilla/show_bug.cgi?id=17432
Cary Coutant changed:
What|Removed |Added
Status|NEW |ASSIGNED
--
You are receiving this ma
https://sourceware.org/bugzilla/show_bug.cgi?id=14860
Cary Coutant changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17406
--- Comment #3 from Cary Coutant ---
As I explained, gold is not treating the option correctly, according to the ld
manual. I don't think you're missing anything.
--
You are receiving this mail because:
You are on the CC list for the bug.
_
https://sourceware.org/bugzilla/show_bug.cgi?id=17406
Cary Coutant changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Cary Cout
https://sourceware.org/bugzilla/show_bug.cgi?id=14675
Cary Coutant changed:
What|Removed |Added
CC||rafael.espindola at gmail dot
com
---
https://sourceware.org/bugzilla/show_bug.cgi?id=17366
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=14675
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=17005
Cary Coutant changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
airs dot com|ccoutant at google dot
com
--- Comment #4 from Cary Coutant ---
Please provide the complete link line and a tar file with all input objects and
libraries.
If you keep the --dynamic-list option, but remove -Bsymbolic-functions, does it
still crash?
What's at wi
https://sourceware.org/bugzilla/show_bug.cgi?id=16992
--- Comment #8 from Cary Coutant ---
While I still don't have enough to actually run the code (I had to
stub out png_set_longjmp_fn because my libpng is too old, and I don't
have an executable that uses the library), I've compared some obvious
https://sourceware.org/bugzilla/show_bug.cgi?id=15639
Cary Coutant changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=17128
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16992
--- Comment #6 from Cary Coutant ---
On Tue, Jul 8, 2014 at 11:26 AM, markus at trippelsdorf dot de
wrote:
> % x86_64-pc-linux-gnu-g++ -Wl,--hash-style=gnu,--as-needed,--gc-sections
> -Wl,--no-undefined -shared -Wl,-Bsymbolic-functions
> -Wl
https://sourceware.org/bugzilla/show_bug.cgi?id=15639
Cary Coutant changed:
What|Removed |Added
Status|NEW |ASSIGNED
--
You are receiving this ma
https://sourceware.org/bugzilla/show_bug.cgi?id=15639
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=15639
--- Comment #2 from Cary Coutant ---
Created attachment 7682
--> https://sourceware.org/bugzilla/attachment.cgi?id=7682&action=edit
Refactors code so that target-specific versions of do_read_symbols aren't
called twice.
--
You are receivin
https://sourceware.org/bugzilla/show_bug.cgi?id=17081
--- Comment #2 from Cary Coutant ---
> Cary, why don't you just change the default assignee for gold bugs
> to yourself. Would be easier than doing it every time by hand.
Yes, good point! I've been meaning to ask someone how to do that.
-car
https://sourceware.org/bugzilla/show_bug.cgi?id=17081
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=15910
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
airs dot com|ccoutant at google dot
com
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
https://sourceware.org/bugzilla/show_bug.cgi?id=15574
--- Comment #4 from Cary Coutant ---
> --- gold/resolve.cc.orig2013-11-04 15:33:39.0 +
> +++ gold/resolve.cc
> @@ -276,8 +276,7 @@ Symbol_table::resolve(Sized_symbol
>to->set_in_reg();
> }
>else if (st_shndx ==
airs dot com|ccoutant at google dot
com
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
https://sourceware.org/bugzilla/show_bug.cgi?id=15660
Cary Coutant changed:
What|Removed |Added
Status|WAITING |ASSIGNED
--
You are receiving this ma
https://sourceware.org/bugzilla/show_bug.cgi?id=15646
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=15574
--- Comment #2 from Cary Coutant ---
We print this warning before we see the shared object that contains the
non-hidden definition. Since gold (unlike BFD ld) does not try to emulate the
full binding behavior of the dynamic linker, there's rea
https://sourceware.org/bugzilla/show_bug.cgi?id=15530
Cary Coutant changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #4 from Cary Couta
airs dot com|ccoutant at google dot
com
--- Comment #3 from Cary Coutant ---
Note that the above commit messages have nothing to do with this PR. They
should have been marked for PR 16530, not this one.
--
You are receiving this mail because:
You are on the CC list for the bug
https://sourceware.org/bugzilla/show_bug.cgi?id=16530
--- Comment #5 from Cary Coutant ---
The following commit was mistakenly marked for the PR 15530 instead of this
one:
- Log -
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb
airs dot com|ccoutant at google dot
com
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils
https://sourceware.org/bugzilla/show_bug.cgi?id=16980
Cary Coutant changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
|--- |FIXED
Assignee|ian at airs dot com|ccoutant at google dot
com
--- Comment #2 from Cary Coutant ---
This is already fixed on trunk:
https://sourceware.org/ml/binutils/2014-04/msg00027.html
--
You are receiving this mail because:
You are on the CC
https://sourceware.org/bugzilla/show_bug.cgi?id=16900
Cary Coutant changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
airs dot com|ccoutant at google dot
com
--- Comment #1 from Cary Coutant ---
Thanks for the diagnosis. You're right that the problem is that the GOT is
initialized only when there is a PLT, but it shouldn't be necessary to forcibly
create a PLT that would otherwise be e
https://sourceware.org/bugzilla/show_bug.cgi?id=16895
--- Comment #6 from Cary Coutant ---
> There is no -T (--script), indeed. It is intentional. ld manual says
>
> 3.11 Implicit Linker Scripts
>
> If you specify a linker input file which the linker can not rec
|--- |WONTFIX
Assignee|ian at airs dot com|ccoutant at google dot
com
--- Comment #2 from Cary Coutant ---
You didn't provide a command line, but I'm guessing you need to add a -T option
(aka --script) in front of the script. Without that, go
https://sourceware.org/bugzilla/show_bug.cgi?id=16320
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16321
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=16320
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
airs dot com|ccoutant at google dot
com
--- Comment #1 from Cary Coutant ---
Can you please provide command line and object files for repro? Have you tried
binutils-2.24 or trunk?
--
You are receiving this mail because:
You are on the CC list for the bug
https://sourceware.org/bugzilla/show_bug.cgi?id=16870
--- Comment #3 from Cary Coutant ---
Also fixed on binutils-2.24 branch.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.
https://sourceware.org/bugzilla/show_bug.cgi?id=16870
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16870
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=16794
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=16341
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=16417
--- Comment #9 from Cary Coutant ---
"Normally the linker will add a DT_NEEDED tag for each dynamic library
mentioned on the command line, regardless of whether the library is actually
needed or not. --as-needed causes a DT_NEEDED tag to only
https://sourceware.org/bugzilla/show_bug.cgi?id=16808
--- Comment #4 from Cary Coutant ---
> Is the same true for ld.gold? In which case -O, -Os, -Og, -Ofast are not
> implemented and -O1 = -O2 = -O3 = -O4 and so on?
At -O1 and above, gold will use a higher compression level with
--compress-debu
https://sourceware.org/bugzilla/show_bug.cgi?id=16804
--- Comment #8 from Cary Coutant ---
> Huh? I agree that your suggestion appears to work, but isn't gold supposed to
> speak linker script language as spoken by GNU ld?
We try to get as close as possible, but the two linkers are enough
diffe
https://sourceware.org/bugzilla/show_bug.cgi?id=16804
--- Comment #6 from Cary Coutant ---
> This is probably a separate issue, but adding the comma causes:
>
> ld.gold: internal error in segment_precedes, at layout.cc:3037
Yes, that was PR 15355. It's fixed in binutils-2.24.
It was probably ca
https://sourceware.org/bugzilla/show_bug.cgi?id=16804
Cary Coutant changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
|--- |WONTFIX
Assignee|ian at airs dot com|ccoutant at google dot
com
--- Comment #1 from Cary Coutant ---
You need a semicolon after the fill constant:
.text : { *(.text*) } :text =0x90909090;
/DISCARD/ : {
Otherwise, gold attempts to parse the fill
https://sourceware.org/bugzilla/show_bug.cgi?id=16417
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16788
--- Comment #8 from Cary Coutant ---
> -8100021e: 48 c7 c7 10 e7 75 81mov
> $0x8175e710,%rdi
> +8100021e: 48 c7 c7 c8 cf 78 81mov
> $0x8178cfc8,%rdi
> -810002cc: 48 c7 c7 3a
https://sourceware.org/bugzilla/show_bug.cgi?id=16788
--- Comment #6 from Cary Coutant ---
(In reply to Andy Lutomirski from comment #4)
> It looks like gold has a different interpretation of what ":text = 0x9090"
> means than the bfd linker. Can you try changing that to ":text =
> 0x90909090" i
https://sourceware.org/bugzilla/show_bug.cgi?id=16788
--- Comment #9 from Cary Coutant ---
> > Yes, in gold, the fill value is always 4 bytes in length. There's a FIXME in
> > the code to support arbitrary lengths, but that seems unlikely to be the
> > problem here.
>
> Fixing it for one and two
https://sourceware.org/bugzilla/show_bug.cgi?id=16389
Cary Coutant changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=15355
Cary Coutant changed:
What|Removed |Added
CC||alex_y_xu at yahoo dot ca
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=16728
Cary Coutant changed:
What|Removed |Added
Assignee|ian at airs dot com|ccoutant at google dot
com
https://sourceware.org/bugzilla/show_bug.cgi?id=16693
--- Comment #13 from Cary Coutant ---
> When building shared library, --dynamic-list doesn't change the
> dynamic symbol table, i.e.,
>
> ld -shared --dynamic-list ...
>
> and
>
> ld -shared ...
>
> generate the same dynamic symbol table. From
1 - 100 of 227 matches
Mail list logo
