On Wed, Aug 6, 2014 at 11:07 PM, Alan Modra amo...@gmail.com wrote:
Both Fedora 19 and 20 have the patch needed for this to work. Hmm, I
suppose the other thing necessary is a gcc that implements
LDPT_GET_SYMBOLS_V2. You may be lacking that. Here's what I see with
mainline gcc and ld.
It's
On Tue, Aug 05, 2014 at 08:18:06PM -0400, Ulrich Drepper wrote:
On Tue, Aug 5, 2014 at 12:57 AM, Alan Modra amo...@gmail.com wrote:
What version linker? In particular, do you have the fix for PR12975?
The Fedora 19 version. I think it hasn't changed since then which
means it is
What version linker? In particular, do you have the fix for PR12975?
It seems to work with gold and the LLVM plugin. I have added a test to
make sure it stays that way:
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20140804/229493.html
Cheers,
Rafael
On Tue, Aug 5, 2014 at 12:57 AM, Alan Modra amo...@gmail.com wrote:
What version linker? In particular, do you have the fix for PR12975?
The Fedora 19 version. I think it hasn't changed since then which
means it is 2.23.88.0.1-13 (from the RPM version number). No idea
whether that fix is
On Mon, Jul 07, 2014 at 11:04:17AM +0200, Richard Biener wrote:
On Mon, Jun 30, 2014 at 2:35 PM, Ulrich Drepper drep...@gmail.com wrote:
Using LTO to create a DSO works fine (i.e., it performs the expected
optimizations) for symbols which are marked with visibility
attributes. It does not
On Mon, Jun 30, 2014 at 2:35 PM, Ulrich Drepper drep...@gmail.com wrote:
Using LTO to create a DSO works fine (i.e., it performs the expected
optimizations) for symbols which are marked with visibility
attributes. It does not work, though, when the symbol is not
restricted in its visibility
Using LTO to create a DSO works fine (i.e., it performs the expected
optimizations) for symbols which are marked with visibility
attributes. It does not work, though, when the symbol is not
restricted in its visibility in the source file but instead is
prevented from being exported from the DSO