[Bug middle-end/99097] profiledbootstrap fails with LTO and disabled plugin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99097 --- Comment #8 from Martin Liška --- I really cannot reproduce it with a custom ld.gold build.
[Bug middle-end/99097] profiledbootstrap fails with LTO and disabled plugin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99097 --- Comment #7 from Martin Liška --- > Ah, you are right. It is binutils trunk (unpatched). Will figure out > what is going on here. Good! If the failure happens quickly, you can likely bisect binutils quickly. In which build stage do you see the failure?
[Bug middle-end/99097] profiledbootstrap fails with LTO and disabled plugin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99097 --- Comment #6 from Jan Hubicka --- > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99097 > > --- Comment #5 from Martin Liška --- > (In reply to Jan Hubicka from comment #3) > > > I've just tried to reproduce it: > > > ../configure --with-build-config=bootstrap-lto --enable-checking=release > > > --disable-plugin > > > > > > But the build is fine for me. > > Ah, my bad, I used BFD. > > > On our dhcp230 (zen III machine) it works if you make system linker ld, > > if system linker is gold (from tumbleweed) it fails > > > > GNU gold (GNU Binutils 2.36.50.20210211) 1.16 > > Note that this isn't ld.gold from openSUSE Tumbleweed. We still have 2.35.1 > release in the distribution. This must be a built gold from source files? Ah, you are right. It is binutils trunk (unpatched). Will figure out what is going on here. Honza
Re: [Bug middle-end/99097] profiledbootstrap fails with LTO and disabled plugin
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99097 > > --- Comment #5 from Martin Liška --- > (In reply to Jan Hubicka from comment #3) > > > I've just tried to reproduce it: > > > ../configure --with-build-config=bootstrap-lto --enable-checking=release > > > --disable-plugin > > > > > > But the build is fine for me. > > Ah, my bad, I used BFD. > > > On our dhcp230 (zen III machine) it works if you make system linker ld, > > if system linker is gold (from tumbleweed) it fails > > > > GNU gold (GNU Binutils 2.36.50.20210211) 1.16 > > Note that this isn't ld.gold from openSUSE Tumbleweed. We still have 2.35.1 > release in the distribution. This must be a built gold from source files? Ah, you are right. It is binutils trunk (unpatched). Will figure out what is going on here. Honza
[Bug middle-end/99097] profiledbootstrap fails with LTO and disabled plugin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99097 --- Comment #5 from Martin Liška --- (In reply to Jan Hubicka from comment #3) > > I've just tried to reproduce it: > > ../configure --with-build-config=bootstrap-lto --enable-checking=release > > --disable-plugin > > > > But the build is fine for me. Ah, my bad, I used BFD. > On our dhcp230 (zen III machine) it works if you make system linker ld, > if system linker is gold (from tumbleweed) it fails > > GNU gold (GNU Binutils 2.36.50.20210211) 1.16 Note that this isn't ld.gold from openSUSE Tumbleweed. We still have 2.35.1 release in the distribution. This must be a built gold from source files?
[Bug middle-end/99097] profiledbootstrap fails with LTO and disabled plugin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99097 --- Comment #4 from Richard Biener --- Works on the branch.
[Bug middle-end/99097] profiledbootstrap fails with LTO and disabled plugin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99097 --- Comment #3 from Jan Hubicka --- > I've just tried to reproduce it: > ../configure --with-build-config=bootstrap-lto --enable-checking=release > --disable-plugin > > But the build is fine for me. On our dhcp230 (zen III machine) it works if you make system linker ld, if system linker is gold (from tumbleweed) it fails GNU gold (GNU Binutils 2.36.50.20210211) 1.16 Copyright (C) 2021 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License version 3 or (at your option) a later version. This program has absolutely no warranty. I will rebuild and produce resolution files, looks like linker bug to me. Honza
Re: [Bug middle-end/99097] profiledbootstrap fails with LTO and disabled plugin
> I've just tried to reproduce it: > ../configure --with-build-config=bootstrap-lto --enable-checking=release > --disable-plugin > > But the build is fine for me. On our dhcp230 (zen III machine) it works if you make system linker ld, if system linker is gold (from tumbleweed) it fails GNU gold (GNU Binutils 2.36.50.20210211) 1.16 Copyright (C) 2021 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License version 3 or (at your option) a later version. This program has absolutely no warranty. I will rebuild and produce resolution files, looks like linker bug to me. Honza
[Bug middle-end/99097] profiledbootstrap fails with LTO and disabled plugin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99097 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |WAITING CC||marxin at gcc dot gnu.org Last reconfirmed||2021-02-15 Ever confirmed|0 |1 --- Comment #2 from Martin Liška --- I've just tried to reproduce it: ../configure --with-build-config=bootstrap-lto --enable-checking=release --disable-plugin But the build is fine for me.
[Bug middle-end/99097] profiledbootstrap fails with LTO and disabled plugin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99097 --- Comment #1 from Jan Hubicka --- Also linker used is gold which may be a problem since: So the problem ssems to be wrong call to strcmp: Program received signal SIGSEGV, Segmentation fault. 0x77886372 in __strcmp_avx2 () from /lib64/libc.so.6 (gdb) bt #0 0x77886372 in __strcmp_avx2 () from /lib64/libc.so.6 #1 0x0149fcc8 in ix86_option_override_internal (main_args_p=, opts=0x3396c60 , opts_set=0x33d4fe0 ) at ../../gcc/config/i386/i386-options.c:2045 #2 0x014a3c30 in ix86_option_override () at ../../gcc/config/i386/i386-options.c:3046 #3 0x00e41832 in process_options () at ../../gcc/toplev.c:1247 #4 0x0047f3d5 in do_compile () at ../../gcc/toplev.c:2119 #5 toplev::main (this=0x7fffe0de, argc=, argv=) at ../../gcc/toplev.c:2336 #6 0x00486caf in main (argc=1, argv=0x7fffe1e8) at ../../gcc/main.c:39 (gdb) up #1 0x0149fcc8 in ix86_option_override_internal (main_args_p=, opts=0x3396c60 , opts_set=0x33d4fe0 ) at ../../gcc/config/i386/i386-options.c:2045 2045if (! strcmp (opts->x_ix86_arch_string, processor_alias_table[i].name)) (gdb) p opts->x_ix86_arch_string $1 = 0x23896fb "x86-64" (gdb) p processor_alias_table[i].name $2 = 0x0 (gdb) p i $3 = 0 processor alias table is const so i do not see how that can happen legally...