https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
Дилян Палаузов changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
--- Comment #8 from Martin Liška ---
(In reply to Дилян Палаузов from comment #7)
> Why doesn’t GCC “make install” put the linker plugin under
> $libdir/bfd-plugins and how are program ./configure’s supposed to be written
> in a way, that LTO wor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
--- Comment #9 from Дилян Палаузов ---
Yes, $(libdir)/bfd-plugins is a location automatically scanned by ar/nm/ranlib.
The question is, why GCC’s “make install” does not put there its linker plugin.
As long as nobody installs the linker plugins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
Martin Liška changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
--- Comment #11 from Дилян Палаузов ---
According to https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70345#c4 it does not
matter whether liblto_plugin.so.0.0.0 from GCC7 or 8 is installed under
$libdir/bfd-plugins: both work for both compiler versio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
--- Comment #12 from Richard Biener ---
In theory liblto_plugin is backwards compatible (newer versions work with older
compilers). Still a make install cannot simply replace the installed version
since it may end up replacing a newer one. So i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
--- Comment #13 from Дилян Палаузов ---
At https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70345#c4 is written that “Right
now the plugin from any gcc can be used with any gcc.” This is not the same as
the last comment. Please clarify again, if an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
--- Comment #15 from Дилян Палаузов ---
Why isn’t liblto_plugin.so tweaked to claim only the GCC LTO files, it can
handle? E.g. liblto_plugin.so from GCC7 does not claim files for GCC 8 LTO?
I do not get the conclusion here:
* liblto_plugin.so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
--- Comment #16 from Jan Hubicka ---
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
>
> Richard Biener changed:
>
>What|Removed |Added
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
--- Comment #17 from Richard Biener ---
(In reply to Jan Hubicka from comment #16)
>
> Plugin interface should be good enough to allow LTO optimizing one
> binary with multiple compilers (multiple versions of GCC or GCC+LLVM
> combination) where
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
--- Comment #18 from Дилян Палаузов ---
I will sum up the discussion so far on this and other tickets:
When one distributes source code software packages, the developers directly or
indirectly use AR to create static libraries, when the user wan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
Liviu Ionescu changed:
What|Removed |Added
CC||ilg at livius dot net
--- Comment #19 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
Richard Biener changed:
What|Removed |Added
Keywords||documentation
Status|UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
--- Comment #2 from Дилян Палаузов ---
gcc-ar always uses the latest plugin:
$ cat t.c
#include
int main() {
printf("Z\n");
}
$ x86_64-pc-linux-gnu-gcc-6.4.1 -flto t.c -C -o t.o
$ strace gcc-ar rc t.a t.o prints:
stat("/usr/local/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
--- Comment #4 from Martin Liška ---
Working on that I've just noticed Richi that gcc/doc/invoke.texi contains:
9485 Link-time optimization does not work well with generation of debugging
9486 information. Combining @option{-flto} with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
--- Comment #5 from Martin Liška ---
Author: marxin
Date: Thu Mar 29 13:02:23 2018
New Revision: 258953
URL: https://gcc.gnu.org/viewcvs?rev=258953&root=gcc&view=rev
Log:
Documentation tweaks.
2018-03-29 Martin Liska
PR lto/84995.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84995
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
19 matches
Mail list logo
