https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
Andrew Pinski changed:
What|Removed |Added
Target Milestone|10.0|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
Andrew Pinski changed:
What|Removed |Added
Status|RESOLVED|ASSIGNED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |10.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
--- Comment #45 from Mark Wielaard ---
Note that the hack in comment 43 doesn't really work with elfutils since the
.symver attribute doesn't work exactly like the assembly construct with @@@.
The @@@ symver variant see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
--- Comment #44 from Jan Hubicka ---
Thanks, I am happy we now have real-world use of symver attribute. I have WIP
patch for better control over the symbol visibility, but I have run into
problems with gas limitations which was fixed by HJ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
--- Comment #43 from Mark Wielaard ---
It looks there is now some support for a symver function attribute. But it only
accepts the single and double @ forms. This makes things a little awkward when
using a symbol foo itself for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
--- Comment #42 from Xi Ruoyao ---
I just sent a patch making symver attribute "really" useful for LTO.
https://gcc.gnu.org/ml/gcc-patches/2019-12/msg01162.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
--- Comment #41 from Xi Ruoyao ---
(In reply to Jan Hubicka from comment #40)
> I posted initial patch here
> https://gcc.gnu.org/ml/gcc-patches/2019-11/msg01334.html
I applied it into gcc-9.2.0 and it works. But, unfortunately, the problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
--- Comment #40 from Jan Hubicka ---
I posted initial patch here
https://gcc.gnu.org/ml/gcc-patches/2019-11/msg01334.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
--- Comment #39 from Xi Ruoyao ---
(In reply to Jan Hubicka from comment #38)
> Internally in GCC the symver is handled just as normal alias only output
> differntly. I think GCC, just like static linker, does not really need
> to understand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
--- Comment #38 from Jan Hubicka ---
Hi,
I am attaching prototype patch. It implements "symver" attribute which
can be attached to a definition such as:
hubicka@lomikamen-jh:/aux/hubicka/trunk5/build4/gcc$ cat t.c
__attribute__
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
Jan Hubicka changed:
What|Removed |Added
CC||carlos at redhat dot com
--- Comment #37
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
--- Comment #36 from Tomasz Kłoczko ---
Thanks for update.
Please let me know when you will have working version of your patch.
I have ready to use gcc build in which after about two hours (my gcc compile
time) I would be able to to try to help
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
--- Comment #35 from Jan Hubicka ---
> Any progress on that issue?
> Just hit that issue trying to build NetworkManager
>
> https://gitlab.freedesktop.org/NetworkManager/NetworkManager/issues/278
I am working on a patch for symver attribute,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
Tomasz Kłoczko changed:
What|Removed |Added
CC||kloczko.tomasz at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
--- Comment #33 from Andrew Pinski ---
See https://mails.dpdk.org/archives/dev/2019-September/144749.html also.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
--- Comment #32 from Andrew Pinski ---
>I'm sure -flto-parition=none is needed for workaround, now.
This does not always work. I think if the symver was done in an archive.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
Martin Liška changed:
What|Removed |Added
CC||slyfox at inbox dot ru
--- Comment #31
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
--- Comment #30 from Xi Ruoyao ---
Pick up this again...
Now __asm__(".symver a, b@@ver") is used for two different purposes:
1. Mark a function/object *definition* as the specified version.
2. "Import" a symbol (function/object) with the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
--- Comment #29 from Xi Ruoyao ---
I'm sure -flto-parition=none is needed for workaround, now.
It keeps .symver directive and the function definition in the same assembly
file.
Unfortunately for large codebase -flto-partition leads to OOM.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
--- Comment #28 from Florian Weimer ---
It seems that using symbol aliases (via .symver) in conjunction with LTO and a
version script which has a local: * clause causes the LTO plugin to assume that
the aliased function definitions are not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
Martin Liška changed:
What|Removed |Added
Assignee|marxin at gcc dot gnu.org |hubicka at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
Zack Weinberg changed:
What|Removed |Added
CC||zackw at panix dot com
--- Comment #26
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
--- Comment #25 from Xi Ruoyao ---
This attribute should also apply to objects.
24 matches
Mail list logo
