[Bug lto/91307] -flto causes binary to vary

2019-08-20 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91307 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to work|

[Bug lto/91307] -flto causes binary to vary

2019-08-20 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91307 --- Comment #11 from Richard Biener --- Author: rguenth Date: Tue Aug 20 13:14:59 2019 New Revision: 274748 URL: https://gcc.gnu.org/viewcvs?rev=274748&root=gcc&view=rev Log: 2019-08-20 Richard Biener PR lto/91307 * ipa.c (cg

[Bug lto/91307] -flto causes binary to vary

2019-08-20 Thread gccbmw at lsmod dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91307 --- Comment #10 from Bernhard M. Wiedemann --- After a full rebuild of openSUSE Tumbleweed, the GLOBAL__I_65535_ string appears in diffs of 12 packages: blog libpt2 lodepng nethogs nodejs12 nvme-cli python-python-crfsuite qpid-cpp Rivet udp2raw-t

[Bug lto/91307] -flto causes binary to vary

2019-08-15 Thread hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91307 --- Comment #9 from Jan Hubicka --- I am not 100% sure if hashing calle names works safely, since they will all be something like "static construction" or so, so I guess one can construct two different translation units that will end up with same

[Bug lto/91307] -flto causes binary to vary

2019-08-15 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91307 --- Comment #8 from Richard Biener --- I wonder why we can't simply use .init_array and thus get away with a local symbol on targets that support this. Uh, so the symbol is already local but we're keeping it in our stripping process it seems. A

[Bug lto/91307] -flto causes binary to vary

2019-07-31 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91307 Martin Liška changed: What|Removed |Added CC||hubicka at gcc dot gnu.org --- Comment #7

[Bug lto/91307] -flto causes binary to vary

2019-07-31 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91307 --- Comment #6 from Martin Liška --- The name to function is given here: get_file_function_name Breakpoint 1, get_file_function_name (type=0x7fffd670 "I_65535_0") at /home/marxin/Programming/gcc/gcc/tree.c:9809 9809 if (first_global_obj

[Bug lto/91307] -flto causes binary to vary

2019-07-31 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91307 --- Comment #5 from Martin Liška --- Confirmed: $ marxin@marxinbox:/tmp> gcc -flto pr91307-*.c -o a.out && objdump -S a.out | grep GLOBAL 00401109 <_GLOBAL__I_65535_0_ccIH3dv1.o.4348>: marxin@marxinbox:/tmp> gcc -flto pr91307-*.c -o a.ou

[Bug lto/91307] -flto causes binary to vary

2019-07-31 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91307 --- Comment #4 from Richard Biener --- A simple two-file testcase like static void init(void) __attribute__((constructor)); static void init() { static volatile int i = 0; } int main() { return 0; } static void init2(void) __attribute_

[Bug lto/91307] -flto causes binary to vary

2019-07-31 Thread gccbmw at lsmod dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91307 --- Comment #3 from Bernhard M. Wiedemann --- It seems to be triggered by nvme-cli/cmd_handler.h #define PLUGIN(name, cmds) \ static struct plugin plugin = { \ name

[Bug lto/91307] -flto causes binary to vary

2019-07-31 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91307 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug lto/91307] -flto causes binary to vary

2019-07-31 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91307 Andrew Pinski changed: What|Removed |Added CC||marxin at gcc dot gnu.org Compo