https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78795
--- Comment #12 from Marc Glisse ---
(In reply to Vincent Lefèvre from comment #11)
> On Debian, after path canonicalization, this is /usr/lib/bfd-plugins, but
> only packages should manage files under /usr/lib (unlike /usr/local, for
> instance)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78795
--- Comment #11 from Vincent Lefèvre ---
On Debian, after path canonicalization, this is /usr/lib/bfd-plugins, but only
packages should manage files under /usr/lib (unlike /usr/local, for instance).
I've sent a mail to the Debian GCC Maintainers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78795
--- Comment #10 from Markus Trippelsdorf ---
You can find that directory by:
% echo "int main(){}" | g++ -x c++ - && strace nm 2>&1 | grep bfd-plugins
On my system:
% ls -l /usr/x86_64-pc-linux-gnu/binutils-bin/lib/bfd-plugins/
total 8
lrwxr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78795
--- Comment #9 from Markus Trippelsdorf ---
(In reply to Vincent Lefèvre from comment #8)
> (In reply to Markus Trippelsdorf from comment #7)
> > And no, it is not a libtool issue. You can use your systems binutils just
> > fine, just add a symli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78795
--- Comment #8 from Vincent Lefèvre ---
(In reply to Markus Trippelsdorf from comment #7)
> And no, it is not a libtool issue. You can use your systems binutils just
> fine, just add a symlink to lib/bfd-plugins/.
I'm using Debian packages. So,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78795
--- Comment #7 from Markus Trippelsdorf ---
(In reply to Vincent Lefèvre from comment #6)
> Hmm... I can see the changes in the GCC 4.9 release notes. Something not
> obvious (the last time I had tested LTO was with GCC 4.8). And I would have
> e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78795
--- Comment #6 from Vincent Lefèvre ---
Hmm... I can see the changes in the GCC 4.9 release notes. Something not
obvious (the last time I had tested LTO was with GCC 4.8). And I would have
expected libtool to select the right ar/ranlib/nm tools,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78795
--- Comment #5 from Vincent Lefèvre ---
(In reply to Markus Trippelsdorf from comment #3)
> Also make sure that nm, ar and ranlib use the liblto_plugin,
> by either using wrappers (gcc-ar, etc.) or setting up a symlink
> to the plugin in lib/bfd-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78795
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78795
--- Comment #3 from Markus Trippelsdorf ---
Also make sure that nm, ar and ranlib use the liblto_plugin,
by either using wrappers (gcc-ar, etc.) or setting up a symlink
to the plugin in lib/bfd-plugins/.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78795
--- Comment #2 from Vincent Lefèvre ---
Do you mean that's a bug in GMP? Note that when I used the same options in the
past (2012), there were no problems with GCC 4.7.1 and GMP 5.0.5.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78795
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
12 matches
Mail list logo