https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99898
--- Comment #1 from ohaiziejohwahkeezuoz at xff dot cz ---
I figured object files contain the version of the compiler, so the previous
version was GCC: (GNU) 10.2.1 20201110 (built from releases/gcc-10 at that
date)
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: ohaiziejohwahkeezuoz at xff dot cz
CC: marxin at gcc dot gnu.org
Target Milestone: ---
I'm trying gcc (releases/gcc-10 branch with the last commit Fri Oct 23
10:11:41 2020 +0200 - Fix up plugin h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90392
--- Comment #11 from ohaiziejohwahkeezuoz at xff dot cz ---
Try this:
touch a.a a.o
gcc -save-temps -Wl,-debug -o a a.o a.a -ldl
Outputs:
...
/usr/bin/ld -plugin /usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/liblto_plugin.so
-plugin-opt=/usr/lib/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90392
--- Comment #6 from ohaiziejohwahkeezuoz at xff dot cz ---
The ldlang.c:6868 assertion bug was fixed in binutils.
That leaves the -save-temps/gcc driver issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90392
--- Comment #5 from ohaiziejohwahkeezuoz at xff dot cz ---
Since the assertion is in `ld`, I've also reported the issue with some new
details here https://sourceware.org/bugzilla/show_bug.cgi?id=24567
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90392
--- Comment #4 from ohaiziejohwahkeezuoz at xff dot cz ---
Without -save-temps, generated name is random. So while there's some issue
there, too, because '-ldl.res' doesn't make much sense as an output for %u.res,
it is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90392
--- Comment #3 from ohaiziejohwahkeezuoz at xff dot cz ---
Here it is:
${LDCMD:-aarch64-linux-musl-gcc} -pthread -Wa,--noexecstack -Wall -O3 -g0 -Os
-fomit-frame-pointer -Wno-implicit-fallthrough -flto -g0 -Os
-fomit-frame-pointer -Wno-implicit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90392
--- Comment #1 from ohaiziejohwahkeezuoz at xff dot cz ---
Also, the issue did not happen with 8.3.0 and the same binutils. An I also get
this assertion when building with i686-musl-linux cross-compiler, but
interestingly, when building a
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: ohaiziejohwahkeezuoz at xff dot cz
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Hello,
I'm getting an assertion failure in ld when compiling with -flto.
The com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260
--- Comment #11 from ohaiziejohwahkeezuoz at xff dot cz ---
(In reply to Martin Liška from comment #8)
> I would like to get a reproducible test-case. You can run the linking
> command line with --save-temps --verbose. And then you can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260
--- Comment #9 from ohaiziejohwahkeezuoz at xff dot cz ---
The build of harfbuzz 2.3.1 with gcc 8.2.0 succeeds.
I can also confirm that re-building all dependencies of harfbuzz with 8.2
branch rev268702 also succeeds.
So the issue is with 8.2.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260
--- Comment #6 from ohaiziejohwahkeezuoz at xff dot cz ---
One question. Are the LTO object files built with gcc 8.2.0 supposed to be
compatible with those built with 8.2 branch tip? I have static library
dependencies that are also compiled with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260
--- Comment #5 from ohaiziejohwahkeezuoz at xff dot cz ---
Reproducing this might be somewhat complicated, because harfbuzz has some
dependencies, which would also needed to be built. But I have captured the
failing command, and can run gdb on it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260
--- Comment #4 from ohaiziejohwahkeezuoz at xff dot cz ---
See Comment 1 please.
CFLAGS for gcc are in Comment 2. Just "-ggdb -Og".
Failing cross-compiler is built on Arch Linux, with the default compiler:
# gcc --verbose
Using buil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260
--- Comment #2 from ohaiziejohwahkeezuoz at xff dot cz ---
The main problem is elsewhere (read_cgraph_and_symbols looks just like some
cascading assertion failure because of some other segfault). I recompiled gcc
with -Og -ggdb and managed to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260
--- Comment #1 from ohaiziejohwahkeezuoz at xff dot cz ---
./aarch64-linux-musl-gcc -v
Using built-in specs.
COLLECT_GCC=./aarch64-linux-musl-gcc
COLLECT_LTO_WRAPPER=/workspace/megous.com/apps-c/static-deps/toolchains/aarch64-linux-musl/libexec
: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: ohaiziejohwahkeezuoz at xff dot cz
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Target: aarch64-linux-musl
Build: x86_64-linux
17 matches
Mail list logo