https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260
--- Comment #13 from Martin Liška ---
Author: marxin
Date: Wed Feb 13 11:24:28 2019
New Revision: 268840
URL: https://gcc.gnu.org/viewcvs?rev=268840&root=gcc&view=rev
Log:
Bump LTO_minor_version on GCC-8 branch (PR lto/89260).
2019-02-13 Marti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260
--- Comment #12 from Martin Liška ---
> I don't know, the failing command has like 30kB of command line options
> after doing what you suggest. It's huuuge for any kind of manual
> processing/elimination.
Sure, now we know the root cause so no t
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 reduce numb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260
Martin Liška changed:
What|Removed |Added
Status|WAITING |ASSIGNED
--- Comment #10 from Martin Lišk
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 #8 from Martin Liška ---
(In reply to ohaiziejohwahkeezuoz from comment #6)
> 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
> depend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260
--- Comment #7 from Martin Liška ---
(In reply to ohaiziejohwahkeezuoz from comment #5)
> Reproducing this might be somewhat complicated, because harfbuzz has some
> dependencies, which would also needed to be built. But I have captured the
> fai
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 L
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 built-in specs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89260
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
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 prod
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/g
14 matches
Mail list logo
