[Bug lto/69953] New: Using lto causes gtkmm/gparted and gtkmm/inkscape compile to fail

2016-02-25 Thread john.frankish at outlook dot com
Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: john.frankish at outlook dot com Target Milestone: --- I compiled libsigc++, glibmm, atkmm, cairomm and pangomm with "./configure --prefix=/usr/local --disable-static --localsta

[Bug lto/69953] Using lto causes gtkmm/gparted and gtkmm/inkscape compile to fail

2016-02-25 Thread john.frankish at outlook dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953 --- Comment #4 from john.frankish at outlook dot com --- Created attachment 37800 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37800&action=edit preprocessed gtkmm-3.16.0/gtk/gtkmm/treeviewcolumn.cc I'm not too sure what I&

[Bug lto/69953] Using lto causes gtkmm/gparted and gtkmm/inkscape compile to fail

2016-02-26 Thread john.frankish at outlook dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953 --- Comment #7 from john.frankish at outlook dot com --- err, OK - excuse my ignorance, but that does that imply?

[Bug lto/69953] [5/6 Regression] Using lto causes gtkmm/gparted and gtkmm/inkscape compile to fail

2016-02-29 Thread john.frankish at outlook dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953 --- Comment #12 from john.frankish at outlook dot com --- Is there any hope of a patch to fix this?

[Bug lto/69953] [5/6 Regression] Using lto causes gtkmm/gparted and gtkmm/inkscape compile to fail

2016-03-01 Thread john.frankish at outlook dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953 --- Comment #13 from john.frankish at outlook dot com --- 'Kind of digressing, but when I try with clang, I get this: $ clang++ -v -flto -O2 -fPIC -shared -nostdlib -std=c++11 foo.ii clang version 3.7.0 (tags/RELEASE_370/final) Target: x

[Bug lto/69953] [5/6 Regression] Using lto causes gtkmm/gparted and gtkmm/inkscape compile to fail

2016-03-01 Thread john.frankish at outlook dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953 --- Comment #15 from john.frankish at outlook dot com --- Ah - clang works when I replace ld with ld.gold renamed to ld.

[Bug lto/69953] [5/6 Regression] Using lto causes gtkmm/gparted and gtkmm/inkscape compile to fail

2016-03-07 Thread john.frankish at outlook dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953 --- Comment #16 from john.frankish at outlook dot com --- Any news on a possible patch?

[Bug lto/69953] [5/6 Regression] Using lto causes gtkmm/gparted and gtkmm/inkscape compile to fail

2016-03-08 Thread john.frankish at outlook dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953 --- Comment #17 from john.frankish at outlook dot com --- This is perhaps worse than I thought - I went back and re-compiled libsigc++, glibmm, atkmm, cairomm, pangomm and gtkmm using gcc-5.2.0 without "-flto -fuse-linker-plugin"

[Bug c/68626] New: Compiling with "-flto -fuse-linker-plugin" gives libtool error

2015-11-30 Thread john.frankish at outlook dot com
ty: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: john.frankish at outlook dot com Target Milestone: --- Compiling some packages with "-flto -fuse-linker-plugin" gives a libtool error during "make". Compiling t

[Bug c/68626] Compiling with "-flto -fuse-linker-plugin" gives libtool error

2015-11-30 Thread john.frankish at outlook dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68626 --- Comment #2 from john.frankish at outlook dot com --- I believe /usr/local/lib/bfd-plugins/liblto_plugin.so (symlink to /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.9.1/liblto_plugin.so) is the correct location?

[Bug lto/68626] Compiling with "-flto -fuse-linker-plugin" gives libtool error

2015-11-30 Thread john.frankish at outlook dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68626 --- Comment #4 from john.frankish at outlook dot com --- $echo 'int f(void) { return 0; }' > test.c $ cc test.c -c -flto -fuse-linker-plugin $ nm test.o 0001 C __gnu_lto_slim 0001 C __gnu_lto_v1

[Bug lto/68626] Compiling with "-flto -fuse-linker-plugin" gives libtool error

2015-11-30 Thread john.frankish at outlook dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68626 --- Comment #6 from john.frankish at outlook dot com --- Hmm, but binutils was configured with: CC="gcc -flto -fuse-linker-plugin -mtune=generic -Os -pipe" CXX="g++ -flto -fuse-linker-plugin -mtune=generic -Os -pipe"

[Bug lto/68626] Compiling with "-flto -fuse-linker-plugin" gives libtool error

2015-11-30 Thread john.frankish at outlook dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68626 --- Comment #8 from john.frankish at outlook dot com --- Ah... $strace nm test.o ... lstat("/usr/local/bin/nm", {st_mode=S_IFLNK|0777, st_size=37, ...}) = 0 readlink("/usr/local/bin/nm", "/tmp/tcloop/binutils/usr/loca

[Bug lto/68626] Compiling with "-flto -fuse-linker-plugin" gives libtool error

2015-12-01 Thread john.frankish at outlook dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68626 john.frankish at outlook dot com changed: What|Removed |Added Resolution|INVALID |FIXED --- Comment #10

[Bug libgcc/98395] New: libgcc_s.so.1 almost 10x bigger in gcc-10.2 than gcc-9.2

2020-12-19 Thread john.frankish at outlook dot com via Gcc-bugs
Priority: P3 Component: libgcc Assignee: unassigned at gcc dot gnu.org Reporter: john.frankish at outlook dot com Target Milestone: --- The libgcc_s.so.1 library built with gcc-10.2 is 580kb, whereas the same library built with gcc-9.2 is 75kb. Both were built on an

[Bug libgcc/98395] libgcc_s.so.1 almost 10x bigger in gcc-10.2 than gcc-9.2

2020-12-19 Thread john.frankish at outlook dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98395 --- Comment #2 from john.frankish at outlook dot com --- Something significant must have changed, or be wrong, for such a big increase in size

[Bug libgcc/98395] libgcc_s.so.1 almost 10x bigger in gcc-10.2 than gcc-9.2

2020-12-19 Thread john.frankish at outlook dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98395 --- Comment #4 from john.frankish at outlook dot com --- Both are stripped and all the other gcc libs are of comparable size between gcc-9.2 and gcc-10.2. I'll compile with -O2 instead of -Os in the next couple of days to see if that ma

[Bug libgcc/98395] libgcc_s.so.1 almost 10x bigger in gcc-10.2 than gcc-9.2

2020-12-23 Thread john.frankish at outlook dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98395 john.frankish at outlook dot com changed: What|Removed |Added Resolution|--- |INVALID