[Bug c++/64697] C++11 thread_local: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `TLS init function for N::ptd'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697 --- Comment #23 from Václav Haisman --- I am not sure what to report. I do not understand the background of linker and relocations enough. Also, I don't have access to Windows and Cygwin any more.

[Bug c++/64697] C++11 thread_local: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `TLS init function for N::ptd'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697 --- Comment #20 from Václav Haisman --- Still an issue in 2018 with GCC 7.3.0.

[Bug c++/64697] C++11 thread_local: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `TLS init function for N::ptd'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697 --- Comment #19 from Václav Haisman --- There appears to be some sort of interaction with the `inline` attribute of the `get_ptd()` function. If the `get_ptd()` function is just declared `extern` in `def.hxx` and defined in `def.cxx`, the link

[Bug c++/64697] C++11 thread_local: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `TLS init function for N::ptd'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697 --- Comment #18 from Václav Haisman --- And I have just verified it is still the same with GCC 6.3.0.

[Bug c++/64697] C++11 thread_local: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `TLS init function for N::ptd'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697 --- Comment #17 from Václav Haisman --- This is still an issue in 2017 with GCC 5.4.0.

[Bug c++/64697] C++11 thread_local: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `TLS init function for N::ptd'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697 Václav Haisman changed: What|Removed |Added Version|4.9.2 |5.3.0 --- Comment #16 from Václav

[Bug other/17239] gcc_update not being writable while it is running

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17239 Václav Haisman changed: What|Removed |Added Version|5.3.0 |4.0.0 --- Comment #3 from Václav

[Bug c++/64697] C++11 thread_local: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `TLS init function for N::ptd'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697 --- Comment #11 from Václav Zeman --- Created attachment 37638 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37638=edit logs of compilation with -fno-lto (In reply to H.J. Lu from comment #8) > Your compiler doesn't have proper LTO

[Bug c++/64697] C++11 thread_local: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `TLS init function for N::ptd'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697 --- Comment #13 from Václav Haisman --- Created attachment 37643 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37643=edit objdump -r use.o log (In reply to H.J. Lu from comment #12) > Please provide the output of "objdump -r use.o".

[Bug c++/64697] C++11 thread_local: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `TLS init function for N::ptd'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697 --- Comment #14 from Václav Haisman --- Created attachment 37644 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37644=edit objdump -Ttr def.o log `objdump -Ttr def.o` in advance, just in case it is relevant.

[Bug c++/64697] C++11 thread_local: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `TLS init function for N::ptd'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697 --- Comment #9 from Václav Zeman --- (In reply to H.J. Lu from comment #8) > Your compiler doesn't have proper LTO support. Please turn it > off with -fno-lto. How/why is it improper?

[Bug c++/64697] C++11 thread_local: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `TLS init function for N::ptd'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697 --- Comment #6 from Václav Zeman --- Created attachment 37630 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37630=edit logs requested by #5 comment Here is the linking -v output and ld -V output.

[Bug c++/64697] C++11 thread_local: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `TLS init function for N::ptd'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697 --- Comment #7 from Václav Zeman --- Created attachment 37631 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37631=edit logs after complete recompilation logs after complete recompilation

[Bug c++/35167] problem with function address constant non-type template parameter in template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35167 Václav Zeman vhaisman at gmail dot com changed: What|Removed |Added Target|i386-portbld-freebsd6.3

[Bug c++/60367] Default argument object is not getting constructed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60367 Václav Zeman vhaisman at gmail dot com changed: What|Removed |Added CC||vhaisman

[Bug c++/64697] New: C++11 thread_local: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `TLS init function for N::ptd'

Version: 4.9.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: vhaisman at gmail dot com I have hit an issue with thread-local storage variables on Cygwin/AMD64, I do not see

[Bug c++/64697] C++11 thread_local: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `TLS init function for N::ptd'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697 --- Comment #1 from Václav Zeman vhaisman at gmail dot com --- Created attachment 34503 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34503action=edit def.hxx

[Bug c++/64697] C++11 thread_local: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `TLS init function for N::ptd'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697 --- Comment #2 from Václav Zeman vhaisman at gmail dot com --- Created attachment 34504 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34504action=edit def.cxx

[Bug c++/64697] C++11 thread_local: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `TLS init function for N::ptd'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697 --- Comment #3 from Václav Zeman vhaisman at gmail dot com --- Created attachment 34505 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34505action=edit use.cxx

[Bug c++/63779] g++ 4.9 generates invalid object provoking a GOT relative relocation must reference a local symbol linker error on SunOS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63779 --- Comment #4 from Václav Zeman vhaisman at gmail dot com --- I think I am experiencing same or similar issue with GCC 4.8.2 on Oracle Solaris 11.2 Express (i386). This is a snippet from log4cplus build. Almost all of these are related

[Bug c++/63779] g++ 4.9 generates invalid object provoking a GOT relative relocation must reference a local symbol linker error on SunOS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63779 --- Comment #6 from Václav Zeman vhaisman at gmail dot com --- Created attachment 34370 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34370action=edit preprocessed source for global-init.cxx

[Bug c++/63779] g++ 4.9 generates invalid object provoking a GOT relative relocation must reference a local symbol linker error on SunOS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63779 --- Comment #7 from Václav Zeman vhaisman at gmail dot com --- Created attachment 34371 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34371action=edit resulting .o file

[Bug c++/63779] g++ 4.9 generates invalid object provoking a GOT relative relocation must reference a local symbol linker error on SunOS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63779 --- Comment #5 from Václav Zeman vhaisman at gmail dot com --- Created attachment 34369 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34369action=edit assembler source

[Bug libstdc++/62200] New: libstdc++ initialization priority

++ Assignee: unassigned at gcc dot gnu.org Reporter: vhaisman at gmail dot com I am trying to initialize my library early using the `init_priority` attribute. Some paths of my library's initialization might try to print warnings and/or errors. I have hit a SIGSEGV with the following

[Bug libstdc++/62200] libstdc++ initialization priority

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62200 --- Comment #1 from Václav Zeman vhaisman at gmail dot com --- And it dumps core on Cygwin as well.

[Bug libstdc++/41495] libstdc++ --enable-clocale=ieee_1003.1-2001 fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41495 Václav Zeman vhaisman at gmail dot com changed: What|Removed |Added CC||vhaisman

[Bug rtl-optimization/49358] optimization regression in 4.7.0, 4.6.1 from 4.5.4

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49358 --- Comment #3 from Václav Zeman vhaisman at gmail dot com --- And still a problem with gcc version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu9).

[Bug lto/57715] lto1.exe: internal compiler error: in add_symbol_to_partition

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57715 Václav Zeman vhaisman at gmail dot com changed: What|Removed |Added CC||vhaisman at gmail

[Bug lto/57715] lto1.exe: internal compiler error: in add_symbol_to_partition

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57715 --- Comment #4 from Václav Zeman vhaisman at gmail dot com --- (In reply to Tobias Burnus from comment #2) This PR might have the same reason as PR60567. Namely, your GCC has not been compiled on a system with working linker plugin - and thus

[Bug lto/57715] lto1.exe: internal compiler error: in add_symbol_to_partition

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57715 --- Comment #5 from Václav Zeman vhaisman at gmail dot com --- (In reply to Václav Zeman from comment #4) (In reply to Tobias Burnus from comment #2) This PR might have the same reason as PR60567. Namely, your GCC has not been compiled

[Bug lto/56963] GCC 4.8.0 LTO issue: lto1: internal compiler error: in add_symbol_to_partition, at lto/lto-partition.c:284

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56963 --- Comment #7 from Václav Zeman vhaisman at gmail dot com --- Created attachment 32422 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32422action=edit preprocessed source

[Bug lto/56963] GCC 4.8.0 LTO issue: lto1: internal compiler error: in add_symbol_to_partition, at lto/lto-partition.c:284

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56963 --- Comment #6 from Václav Zeman vhaisman at gmail dot com --- (In reply to Tobias Burnus from comment #5) This PR might have the same reason as PR60567. Namely, your GCC has not been compiled on a system with working linker plugin - and thus

[Bug lto/56963] GCC 4.8.0 LTO issue: lto1: internal compiler error: in add_symbol_to_partition, at lto/lto-partition.c:284

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56963 --- Comment #8 from Václav Zeman vhaisman at gmail dot com --- BTW, the current version with which I have reduced the test case is this: `-- g++ -v Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-pc-cygwin/4.8.2/lto

[Bug lto/56088] [4.8/4.9 Regression] LTO error: error: inlining failed in call to always_inline ‘vswprintf’: recursive inlining

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56088 Václav Zeman vhaisman at gmail dot com changed: What|Removed |Added Status|RESOLVED|REOPENED

[Bug c++/59348] New: ieee_1003.1-2001/messages_members.cc does not compile with _GLIBCXX_USE_WCHAR_T defined

Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: vhaisman at gmail dot com Created attachment 31334 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31334action=edit patch The ieee_1003.1-2001/messages_members.cc

[Bug c++/58999] sizeof ...(T) is very slow than clang

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58999 --- Comment #2 from Václav Zeman vhaisman at gmail dot com --- You should probably add the complete test case as an attachment.

[Bug c++/56963] GCC 4.8.0 LTO issue: lto1: internal compiler error: in add_symbol_to_partition, at lto/lto-partition.c:284

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56963 --- Comment #3 from Václav Zeman vhaisman at gmail dot com 2013-04-19 08:54:59 UTC --- I have broken the file on the Google Drive. Here is another copy of the same: https://docs.google.com/file/d/0B-WkLJEfYmSEdTZvdFVRR0E0dEE/edit?usp=sharing

[Bug c++/56963] New: GCC 4.8.0 LTO issue: lto1: internal compiler error: in add_symbol_to_partition, at lto/lto-partition.c:284

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56963 Bug #: 56963 Summary: GCC 4.8.0 LTO issue: lto1: internal compiler error: in add_symbol_to_partition, at lto/lto-partition.c:284 Classification: Unclassified Product: gcc

[Bug c++/56963] GCC 4.8.0 LTO issue: lto1: internal compiler error: in add_symbol_to_partition, at lto/lto-partition.c:284

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56963 Václav Zeman vhaisman at gmail dot com changed: What|Removed |Added Keywords||lto

[Bug c++/56963] GCC 4.8.0 LTO issue: lto1: internal compiler error: in add_symbol_to_partition, at lto/lto-partition.c:284

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56963 --- Comment #2 from Václav Zeman vhaisman at gmail dot com 2013-04-15 08:39:40 UTC --- None of the tricks (-fno-reorder-blocks, -r, -nostdlib) help here. It still fails the same way.

[Bug lto/56088] [4.8/4.9 Regression] LTO error: error: inlining failed in call to always_inline ‘vswprintf’: recursive inlining

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56088 Václav Zeman vhaisman at gmail dot com changed: What|Removed |Added Status|WAITING |RESOLVED

[Bug lto/56088] [4.8 Regression] LTO error: error: inlining failed in call to always_inline ‘vswprintf’: recursive inlining

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56088 --- Comment #8 from Václav Zeman vhaisman at gmail dot com 2013-01-28 20:12:49 UTC --- (In reply to comment #7) What linker are you using? It seems to work for me with GNU ld 2.23.1. Using ./xg++ -B. t2.ii -r -nostdlib -flto -std=c++11

[Bug c++/56088] New: LTO error: error: inlining failed in call to always_inline ‘vswprintf’: recursive inlining

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56088 Bug #: 56088 Summary: LTO error: error: inlining failed in call to always_inline ‘vswprintf’: recursive inlining Classification: Unclassified Product: gcc Version: 4.8.0

[Bug c++/56088] LTO error: error: inlining failed in call to always_inline ‘vswprintf’: recursive inlining

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56088 --- Comment #1 from Václav Zeman vhaisman at gmail dot com 2013-01-23 20:45:10 UTC --- Created attachment 29259 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29259 output log

[Bug c++/56088] LTO error: error: inlining failed in call to always_inline ‘vswprintf’: recursive inlining

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56088 --- Comment #2 from Václav Zeman vhaisman at gmail dot com 2013-01-23 20:47:01 UTC --- GCC information detail: amber2::wilx:~/log4cplus-bzr/work-trunk/objdir/lto-bug g++-4.8 -v Using built-in specs. COLLECT_GCC=g++-4.8 COLLECT_LTO_WRAPPER=/home

[Bug lto/56088] LTO error: error: inlining failed in call to always_inline ‘vswprintf’: recursive inlining

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56088 --- Comment #4 from Václav Zeman vhaisman at gmail dot com 2013-01-23 20:53:52 UTC --- Created attachment 29260 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29260 preprocessed source of timehelper.cxx Here is the preprocessed source.

[Bug lto/56088] LTO error: error: inlining failed in call to always_inline ‘vswprintf’: recursive inlining

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56088 --- Comment #5 from Václav Zeman vhaisman at gmail dot com 2013-01-23 22:20:16 UTC --- (In reply to comment #3) Can you provide the preprocessed source that was used to generate timehelper.o? Done.

[Bug rtl-optimization/55952] New: x86 FPU, unnecessary fxch instruction

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55952 Bug #: 55952 Summary: x86 FPU, unnecessary fxch instruction Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: normal

[Bug lto/55902] lto1 SIGSEGV

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55902 --- Comment #4 from Václav Zeman vhaisman at gmail dot com 2013-01-08 15:00:09 UTC --- I have fixed the Google doc sharing. It should be accessible now. I am not sure if I can check GCC 4.7.2, I am using what Ubuntu provides as package. I

[Bug lto/55902] lto1 SIGSEGV

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55902 --- Comment #5 from Václav Zeman vhaisman at gmail dot com 2013-01-08 18:26:47 UTC --- (In reply to comment #3) Does it only reproduce with -flto-partition=none? Yes. Changing either the LTO partitioning algorithm or adding -r or -nostdlib

[Bug lto/55902] New: lto1 SIGSEGV

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55902 Bug #: 55902 Summary: lto1 SIGSEGV Classification: Unclassified Product: gcc Version: 4.6.3 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug lto/55902] lto1 SIGSEGV

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55902 --- Comment #1 from Václav Zeman vhaisman at gmail dot com 2013-01-07 19:53:51 UTC --- Attachment upload did not work. The following link should work: https://docs.google.com/open?id=0B-WkLJEfYmSEVHVmUzR3NDAxTFE

[Bug lto/55902] lto1 SIGSEGV

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55902 --- Comment #2 from Václav Zeman vhaisman at gmail dot com 2013-01-07 20:19:11 UTC --- HTH: amber2::wilx:~/log4cplus-bzr/work-trunk/objdir-mingw64-w32/bug gdb /usr/lib/gcc/i686-w64-mingw32/4.6/lto1 GNU gdb (GDB) 7.5-ubuntu Copyright (C) 2012

[Bug c/53612] New: __attribute__((format(...))) does not work with wchar_t format strings

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53612 Bug #: 53612 Summary: __attribute__((format(...))) does not work with wchar_t format strings Classification: Unclassified Product: gcc Version: 4.5.2 Status:

[Bug c++/40942] GCC accepts code that Comeau and MSVC deems invalid.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40942 Václav Zeman vhaisman at gmail dot com changed: What|Removed |Added Version|4.4.1 |4.7.0

[Bug tree-optimization/50272] A case that PRE optimization hurts performance

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50272 --- Comment #4 from Václav Zeman vhaisman at gmail dot com 2012-03-29 17:51:51 UTC --- This is still a problem in version 4.7.0 20120225.