https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67548
Jan Hubicka changed:
What|Removed |Added
CC||sirl at gcc dot gnu.org
--- Comment #11 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67548
--- Comment #10 from Jan Hubicka ---
Author: hubicka
Date: Wed Nov 25 23:05:07 2015
New Revision: 230915
URL: https://gcc.gnu.org/viewcvs?rev=230915&root=gcc&view=rev
Log:
PR lto/67548
* lto-plugin.c (linker_output, linker_outpu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67548
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67548
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67548
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67548
--- Comment #7 from Richard Biener ---
I thought we do nothing in an incremental link but concat the LTO input
sections?
That's why we put that $ID suffix on the section names. So maybe with plugin
auto-loading (and thus slim objects?) the LTO p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67548
--- Comment #6 from H.J. Lu ---
(In reply to Jan Hubicka from comment #5)
> > None of them is applicable to a weakdef with "ld -r".
> Yep, GCC simply assumes that incremental linking is not going to happen and
> it makes strong assumptions
> abou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67548
--- Comment #5 from Jan Hubicka ---
> None of them is applicable to a weakdef with "ld -r".
Yep, GCC simply assumes that incremental linking is not going to happen and it
makes strong assumptions
about visibility in static&PIC binaries.
To suppor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67548
--- Comment #4 from H.J. Lu ---
It is wrong to clear DECL_WEAK:
DECL_WEAK (next->decl) = false;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67548
--- Comment #3 from H.J. Lu ---
We have
enum ld_plugin_symbol_resolution
{
LDPR_UNKNOWN = 0,
/* Symbol is still undefined at this point. */
LDPR_UNDEF,
/* This is the prevailing definition of the symbol, with references from
regu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67548
--- Comment #2 from H.J. Lu ---
This may be a linker bug if it tells GCC that a weak symbol is
prevailing with "ld -r".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67548
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
12 matches
Mail list logo
