[Bug lto/70345] Installing liblto_plugin under $LIBDIR/bfd-plugins

2025-03-04 Thread sjames at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70345 Sam James changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug lto/70345] Installing liblto_plugin under $LIBDIR/bfd-plugins

2018-03-29 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70345 --- Comment #5 from Martin Liška --- *** Bug 84934 has been marked as a duplicate of this bug. ***

[Bug lto/70345] Installing liblto_plugin under $LIBDIR/bfd-plugins

2016-08-07 Thread trippels at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70345 --- Comment #4 from Markus Trippelsdorf --- (In reply to Дилян Палаузов from comment #3) > Am I correct if I say, that the gcc plugin is backward compatible: the > plugin from the newest gcc can be used with any gcc but not vice versa? Right now

[Bug lto/70345] Installing liblto_plugin under $LIBDIR/bfd-plugins

2016-08-07 Thread dilyan.palauzov at aegee dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70345 --- Comment #3 from Дилян Палаузов --- Am I correct if I say, that the gcc plugin is backward compatible: the plugin from the newest gcc can be used with any gcc but not vice versa? How do nm and ar determine, if a plugin shall be used, for inst

[Bug lto/70345] Installing liblto_plugin under $LIBDIR/bfd-plugins

2016-08-05 Thread trippels at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70345 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug lto/70345] Installing liblto_plugin under $LIBDIR/bfd-plugins

2016-08-05 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70345 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement --- Comment #1 from Andrew P