[Bug target/107998] [13 Regression] gcc-13-20221204 failure to build on Cygwin No dirname for option: m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998 --- Comment #25 from James McKelvey --- I just tried the latest snapshot and it works great, no need to specify --disable-multilib.
[Bug target/107998] [13 Regression] gcc-13-20221204 failure to build on Cygwin No dirname for option: m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998 --- Comment #18 from James McKelvey --- I don't know. How do I tell? I'm pretty sure they are just 64-bit.
[Bug target/107998] [13 Regression] gcc-13-20221204 failure to build on Cygwin No dirname for option: m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998 --- Comment #16 from James McKelvey --- $ find /usr/local/lib/gcc -name libgcc_s\*.dll -o -name libgcc.a /usr/local/lib/gcc/x86_64-pc-cygwin/11.3.1/libgcc.a /usr/local/lib/gcc/x86_64-pc-cygwin/12.1.1/libgcc.a /usr/local/lib/gcc/x86_64-pc-cygwin/12.2.0/libgcc.a /usr/local/lib/gcc/x86_64-pc-cygwin/12.2.1/libgcc.a /usr/local/lib/gcc/x86_64-pc-cygwin/13.0.0/libgcc.a /usr/local/lib/gcc/x86_64-pc-cygwin/13.0.1/libgcc.a
[Bug target/107998] [13 Regression] gcc-13-20221204 failure to build on Cygwin No dirname for option: m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998 --- Comment #14 from James McKelvey --- Okay I installed gcc-12, built about 10/29/2022: $ g++ -v Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-pc-cygwin/12.2.1/lto-wrapper.exe Target: x86_64-pc-cygwin Configured with: ./configure --enable-languages=c,c++ --enable-threads=posix Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 12.2.1 20221029 (GCC) $ cat gcc/config/i386/t-cygwin-w64 MULTILIB_OPTIONS = m64/m32 MULTILIB_DIRNAMES = 64 MULTILIB_OSDIRNAMES = ../lib ../lib32 $ gcc -print-multi-lib .; ;@m32 $ gcc -print-multi-directory . $ gcc -print-multi-directory -m64 . $ gcc -print-multi-directory -m32 $ gcc -print-multi-os-directory ../lib $ gcc -print-multi-os-directory -m64 ../lib $ gcc -print-multi-os-directory -m32 ../lib32
[Bug target/107998] [13 Regression] gcc-13-20221204 failure to build on Cygwin No dirname for option: m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998 --- Comment #11 from James McKelvey --- (In reply to Christophe Lyon from comment #10) > Can you try to revert my patches: > f0d3b6e384a68f8b58bc750f240a15cad92600cd > ccb9c7b129206209cfc315ab1a0432b5f517bdd9 > and remove your patch at comment #5 ? > You should still see the problem you reported in bug #108011 > > > However, I don't understand why you had to do what you describe in comment > #8. When multilibs are disabled, the build shouldn't try to use > MULTILIB_OPTIONS etc... Sorry, I don't use git. I just build from the weekly snapshots. I double-checked by removing the fix, make distclean, and ./configure --enable-languages=c,c++ --enable-threads=posix --disable-multilib and got the same error.
[Bug target/107998] [13 Regression] gcc-13-20221204 failure to build on Cygwin No dirname for option: m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998 --- Comment #8 from James McKelvey --- Okay I backed out the fix to t-cygwin-w64 and tried to build again with --disable-multilib and stil got the "no dirname" error. So that fix is definitely needed.
[Bug target/107998] [13 Regression] gcc-13-20221204 failure to build on Cygwin No dirname for option: m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998 --- Comment #7 from James McKelvey --- That fix let the build proceed until it hit a #error much later. See 108011. Cygwin seems to be removing support for 32-bit, so although multilib has built for years, it won't anymore. That's my take. I'm not an expert on Cygwin or g++, I just build gcc-13 every snapshot and report bugs.
[Bug target/108011] [13 Regression] gcc-13-20221204 failure to build on Cygwin: ‘uc_mcontext’ has incomplete type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108011 James McKelvey changed: What|Removed |Added Resolution|INVALID |FIXED --- Comment #6 from James McKelvey --- OK, but it has been building for a long time without --disable-multilib. I guess Cygwin changed something. I don't need 32 bit so it's OK.
[Bug target/108011] [13 Regression] gcc-13-20221204 failure to build on Cygwin: ‘uc_mcontext’ has incomplete type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108011 --- Comment #4 from James McKelvey --- Created attachment 54037 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54037=edit signal.h
[Bug bootstrap/108011] [13 Regression] gcc-13-20221204 failure to build on Cygwin: ‘uc_mcontext’ has incomplete type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108011 --- Comment #1 from James McKelvey --- Created attachment 54036 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54036=edit Config log
[Bug bootstrap/108011] New: [13 Regression] gcc-13-20221204 failure to build on Cygwin: ‘uc_mcontext’ has incomplete type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108011 Bug ID: 108011 Summary: [13 Regression] gcc-13-20221204 failure to build on Cygwin: ‘uc_mcontext’ has incomplete type Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: mckelvey at maskull dot com Target Milestone: --- Created attachment 54035 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54035=edit Build log with failure This worked two snapshots ago. /home/McKelvey/gcc-13-20221204/host-x86_64-pc-cygwin/gcc/xgcc -B/home/McKelvey/gcc-13-20221204/host-x86_64-pc-cygwin/gcc/ -B/usr/local/x86_64-pc-cygwin/bin/ -B/usr/local/x86_64-pc-cygwin/lib/ -isystem /usr/local/x86_64-pc-cygwin/include -isystem /usr/local/x86_64-pc-cygwin/sys-include -fno-checking -g -O2 -m32 -O2 -I../../.././libgcc/../winsup/w32api/include -I../../.././libgcc/../winsup/include -I../../.././libgcc/../winsup/cygwin/include -g -O2 -DIN_GCC-W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-format -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -I. -I. -I../../../host-x86_64-pc-cygwin/gcc -I../../.././libgcc -I../../.././libgcc/. -I../../.././libgcc/../gcc -I../../.././libgcc/../include -I../../.././libgcc/config/libbid -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_EMUTLS -o _muldi3.o -MT _muldi3.o -MD -MP -MF _muldi3.dep -DL_muldi3 -c ../../.././libgcc/libgcc2.c In file included from /usr/include/sys/signal.h:23, from /usr/include/signal.h:6, from /usr/include/time.h:158, from ../../.././libgcc/../gcc/tsystem.h:108, from ../../.././libgcc/libgcc2.c:27: /usr/include/cygwin/signal.h:102:2: error: #error unimplemented for this target 102 | #error unimplemented for this target | ^ In file included from /usr/include/sys/signal.h:379: /usr/include/sys/ucontext.h:17:25: error: field ‘uc_mcontext’ has incomplete type 17 | mcontext_t uc_mcontext; | ^~~ make[5]: *** [Makefile:501: _muldi3.o] Error 1 $ uname CYGWIN_NT-10.0-19044 $ g++ -v Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-pc-cygwin/13.0.0/lto-wrapper.exe Target: x86_64-pc-cygwin Configured with: ./configure --enable-languages=c,c++ --enable-threads=posix Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 13.0.0 20221118 (experimental) (GCC) ./configure --enable-languages=c,c++ --enable-threads=posix
[Bug target/107998] [13 Regression] gcc-13-20221204 failure to build on Cygwin No dirname for option: m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998 --- Comment #5 from James McKelvey --- This works: $ diff gcc/config/i386/t-cygwin-w64~ gcc/config/i386/t-cygwin-w64 2c2 < MULTILIB_DIRNAMES = 64 --- > MULTILIB_DIRNAMES = 64 32
[Bug c++/107998] [13 Regression] gcc-13-20221204 failure to build on Cygwin No dirname for option: m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998 --- Comment #2 from James McKelvey --- Configured with: ./configure --enable-languages=c,c++ --enable-threads=posix
[Bug c++/107998] [13 Regression] gcc-13-20221204 failure to build on Cygwin No dirname for option: m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998 --- Comment #1 from James McKelvey --- Created attachment 54032 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54032=edit Config log
[Bug c++/107998] New: [13 Regression] gcc-13-20221204 failure to build on Cygwin No dirname for option: m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107998 Bug ID: 107998 Summary: [13 Regression] gcc-13-20221204 failure to build on Cygwin No dirname for option: m32 Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: mckelvey at maskull dot com Target Milestone: --- Created attachment 54031 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54031=edit Build log This worked two snapshots ago. make[3]: Entering directory '/home/McKelvey/gcc-13-20221204/host-x86_64-pc-cygwin/gcc' if test yes = yes \ || test -n "../lib ../lib32"; then \ /bin/sh ../.././gcc/genmultilib \ "m64/m32" \ "64" \ "" \ "" \ "" \ "" \ "../lib ../lib32" \ "" \ "" \ "" \ "yes" \ > tmp-mlib.h; \ else \ /bin/sh ../.././gcc/genmultilib '' '' '' '' '' '' '' '' \ "" '' no \ > tmp-mlib.h; \ fi Error calling ../.././gcc/genmultilib: No dirname for option: m32 make[3]: *** [Makefile:2241: s-mlib] Error 1 make[3]: Leaving directory '/home/McKelvey/gcc-13-20221204/host-x86_64-pc-cygwin/gcc' make[2]: *** [Makefile:4934: all-stage1-gcc] Error 2 make[2]: Leaving directory '/home/McKelvey/gcc-13-20221204' make[1]: *** [Makefile:23894: stage1-bubble] Error 2 make[1]: Leaving directory '/home/McKelvey/gcc-13-20221204' make: *** [Makefile:1063: all] Error 2 $ g++ -v Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-pc-cygwin/13.0.0/lto-wrapper.exe Target: x86_64-pc-cygwin Configured with: ./configure --enable-languages=c,c++ --enable-threads=posix Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 13.0.0 20221118 (experimental) (GCC) $ uname CYGWIN_NT-10.0-19044
[Bug c++/107511] New: [13 Regression] gcc-13-20221030 failure to build on Cygwin due to lack of secure_getenv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107511 Bug ID: 107511 Summary: [13 Regression] gcc-13-20221030 failure to build on Cygwin due to lack of secure_getenv Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: mckelvey at maskull dot com Target Milestone: --- Created attachment 53822 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53822=edit Build log libtool: compile: /home/McKelvey/gcc-13-20221030/host-x86_64-pc-cygwin/gcc/xgcc -shared-libgcc -B/home/McKelvey/gcc-13-20221030/host-x86_64-pc-cygwin/gcc -nostdinc++ -L/home/McKelvey/gcc-13-20221030/x86_64-pc-cygwin/libstdc++-v3/src -L/home/McKelvey/gcc-13-20221030/x86_64-pc-cygwin/libstdc++-v3/src/.libs -L/home/McKelvey/gcc-13-20221030/x86_64-pc-cygwin/libstdc++-v3/libsupc++/.libs -B/usr/local/x86_64-pc-cygwin/bin/ -B/usr/local/x86_64-pc-cygwin/lib/ -isystem /usr/local/x86_64-pc-cygwin/include -isystem /usr/local/x86_64-pc-cygwin/sys-include -fno-checking -I/home/McKelvey/gcc-13-20221030/libstdc++-v3/../libgcc -I/home/McKelvey/gcc-13-20221030/x86_64-pc-cygwin/libstdc++-v3/include/x86_64-pc-cygwin -I/home/McKelvey/gcc-13-20221030/x86_64-pc-cygwin/libstdc++-v3/include -I/home/McKelvey/gcc-13-20221030/libstdc++-v3/libsupc++ -D_GLIBCXX_SHARED -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -Wabi=2 -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -frandom-seed=eh_alloc.lo -g -O2 -c ../../.././libstdc++-v3/libsupc++/eh_alloc.cc -o eh_alloc.o ../../.././libstdc++-v3/libsupc++/eh_alloc.cc: In constructor ‘{anonymous}::pool::pool()’: ../../.././libstdc++-v3/libsupc++/eh_alloc.cc:190:27: error: ‘::secure_getenv’ has not been declared 190 | const char* str = ::secure_getenv("GLIBCXX_TUNABLES"); $ g++ -v Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-pc-cygwin/13.0.0/lto-wrapper.exe Target: x86_64-pc-cygwin Configured with: ./configure --enable-languages=c,c++ --enable-threads=posix Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 13.0.0 20221030 (experimental) (GCC) $ uname CYGWIN_NT-10.0-19044 Windows 10 See 105540 and 104217 for gcc-11 and 12 fixes.
[Bug c++/106128] Bogus Warning on static_cast double to bool with -Wfloat-equal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106128 --- Comment #1 from James McKelvey --- I guess I should say recent Windows 10 with Cygwin.
[Bug c++/106128] New: Bogus Warning on static_cast double to bool with -Wfloat-equal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106128 Bug ID: 106128 Summary: Bogus Warning on static_cast double to bool with -Wfloat-equal Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: mckelvey at maskull dot com Target Milestone: --- static_cast should not warn on its internals. int main() { double xx(0.0); // Warning bool y = static_cast(xx); // No warning bool z = static_cast(0.0); return 0; } g++ -Wfloat-equal -c test.cc test.cc: In function ‘int main()’: test.cc:6:36: warning: comparing floating-point with ‘==’ or ‘!=’ is unsafe [-Wfloat-equal] 6 | bool y = static_cast(xx); |^~ $ /usr/local/bin/g++ -v Using built-in specs. COLLECT_GCC=/usr/local/bin/g++ COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-pc-cygwin/13.0.0/lto-wrapper.exe Target: x86_64-pc-cygwin Configured with: ./configure --enable-languages=c,c++ --enable-threads=posix Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 13.0.0 20220626 (experimental) (GCC) $ uname CYGWIN_NT-10.0-19044 Fails on gcc-11-20220624, gcc-12-20220625, gcc-13-20220626
[Bug tree-optimization/105651] bogus "may overlap" memcpy warning with std::string
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105651 --- Comment #4 from James McKelvey --- Still fails with gcc-12-20220521 and gcc-13-20220522, but not gcc-11-20220520.
[Bug c++/105651] Failure compiling constexpr/__builtin_memcpy on Cygwin with -std=c++20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105651 --- Comment #1 from James McKelvey --- Created attachment 52991 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52991=edit save-temps
[Bug c++/105651] New: Failure compiling constexpr/__builtin_memcpy on Cygwin with -std=c++20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105651 Bug ID: 105651 Summary: Failure compiling constexpr/__builtin_memcpy on Cygwin with -std=c++20 Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: mckelvey at maskull dot com Target Milestone: --- Created attachment 52990 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52990=edit Build.log showing error $ /usr/local/bin/g++ -v Using built-in specs. COLLECT_GCC=/usr/local/bin/g++ COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-pc-cygwin/13.0.0/lto-wrapper.exe Target: x86_64-pc-cygwin Configured with: ./configure --enable-languages=c,c++ --enable-threads=posix Thread model: posix Supported LTO compression algorithms: zlib gcc version 13.0.0 20220515 (experimental) (GCC) $ uname CYGWIN_NT-10.0 Windows 10. Builds on gcc-11,12,13 with -std=c++17, but all three fail with c++20. In file included from /usr/local/include/c++/13.0.0/string:40, from /usr/local/include/c++/13.0.0/bits/locale_classes.h:40, from /usr/local/include/c++/13.0.0/locale:39, from Types.h:36, from PatternDriverTop.h:42, from PatternDriverTop.cc:28: In static member function ‘static constexpr std::char_traits::char_type* std::char_traits::copy(char_type*, const char_type*, std::size_t)’, inlined from ‘static void std::basic_string<_CharT, _Traits, _Alloc>::_M_copy(_CharT*, const _CharT*, size_type) [with _CharT = char; _Traits = std::char_traits; _Alloc = std::allocator]’ at /usr/local/include/c++/13.0.0/bits/cow_string.h:402:21, inlined from ‘std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::insert(size_type, const _CharT*, size_type) [with _CharT = char; _Traits = std::char_traits; _Alloc = std::allocator]’ at /usr/local/include/c++/13.0.0/bits/cow_string.h:3297:16, inlined from ‘std::basic_string<_CharT, _Traits, _Alloc>& std::basic_string<_CharT, _Traits, _Alloc>::insert(size_type, const _CharT*) [with _CharT = char; _Traits = std::char_traits; _Alloc = std::allocator]’ at /usr/local/include/c++/13.0.0/bits/cow_string.h:1609:21, inlined from ‘PatternDriver::pdstring PatternDriver::_printable_by_ctype(const pdstring&, const std::locale&, const pdctype&, bool, bool)’ at PatternDriverTop.cc:589:22: /usr/local/include/c++/13.0.0/bits/char_traits.h:431:56: error: ‘void* __builtin_memcpy(void*, const void*, long unsigned int)’ accessing 9223372036854775810 or more bytes at offsets [2, 9223372036854775807] and 1 may overlap up to 9223372036854775813 bytes at offset -3 [-Werror=restrict] 431 | return static_cast(__builtin_memcpy(__s1, __s2, __n)); | ^ cc1plus: all warnings being treated as errors
[Bug libstdc++/105540] [11 Regression] gcc-11-20220506 failure to build on Cygwin due to lack of secure_getenv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105540 --- Comment #1 from James McKelvey --- Created attachment 52946 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52946=edit Config log
[Bug libstdc++/105540] New: gcc-11-20220506 failure to build on Cygwin due to lack of secure_getenv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105540 Bug ID: 105540 Summary: gcc-11-20220506 failure to build on Cygwin due to lack of secure_getenv Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: mckelvey at maskull dot com Target Milestone: --- Created attachment 52945 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52945=edit Build.log showing error make[6]: Entering directory '/home/McKelvey/gcc-11-20220506/x86_64-pc-cygwin/libstdc++-v3/src/c++11' make[6]: Nothing to be done for 'all'. make[6]: Leaving directory '/home/McKelvey/gcc-11-20220506/x86_64-pc-cygwin/libstdc++-v3/src/c++11' Making all in c++17 make[6]: Entering directory '/home/McKelvey/gcc-11-20220506/x86_64-pc-cygwin/libstdc++-v3/src/c++17' /bin/sh ../../libtool --tag CXX --tag disable-shared --mode=compile /home/McKelvey/gcc-11-20220506/host-x86_64-pc-cygwin/gcc/xgcc -shared-libgcc -B/home/McKelvey/gcc-11-20220506/host-x86_64-pc-cygwin/gcc -nostdinc++ -L/home/McKelvey/gcc-11-20220506/x86_64-pc-cygwin/libstdc++-v3/src -L/home/McKelvey/gcc-11-20220506/x86_64-pc-cygwin/libstdc++-v3/src/.libs -L/home/McKelvey/gcc-11-20220506/x86_64-pc-cygwin/libstdc++-v3/libsupc++/.libs -B/usr/local/x86_64-pc-cygwin/bin/ -B/usr/local/x86_64-pc-cygwin/lib/ -isystem /usr/local/x86_64-pc-cygwin/include -isystem /usr/local/x86_64-pc-cygwin/sys-include -fno-checking -I/home/McKelvey/gcc-11-20220506/libstdc++-v3/../libgcc -I/home/McKelvey/gcc-11-20220506/x86_64-pc-cygwin/libstdc++-v3/include/x86_64-pc-cygwin -I/home/McKelvey/gcc-11-20220506/x86_64-pc-cygwin/libstdc++-v3/include -I/home/McKelvey/gcc-11-20220506/libstdc++-v3/libsupc++ -std=gnu++17 -nostdinc++ -prefer-pic -D_GLIBCXX_SHARED -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -Wabi=2 -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -frandom-seed=fs_ops.lo -fimplicit-templates -g -O2 -c -o fs_ops.lo ../../../.././libstdc++-v3/src/c++17/fs_ops.cc libtool: compile: /home/McKelvey/gcc-11-20220506/host-x86_64-pc-cygwin/gcc/xgcc -shared-libgcc -B/home/McKelvey/gcc-11-20220506/host-x86_64-pc-cygwin/gcc -nostdinc++ -L/home/McKelvey/gcc-11-20220506/x86_64-pc-cygwin/libstdc++-v3/src -L/home/McKelvey/gcc-11-20220506/x86_64-pc-cygwin/libstdc++-v3/src/.libs -L/home/McKelvey/gcc-11-20220506/x86_64-pc-cygwin/libstdc++-v3/libsupc++/.libs -B/usr/local/x86_64-pc-cygwin/bin/ -B/usr/local/x86_64-pc-cygwin/lib/ -isystem /usr/local/x86_64-pc-cygwin/include -isystem /usr/local/x86_64-pc-cygwin/sys-include -fno-checking -I/home/McKelvey/gcc-11-20220506/libstdc++-v3/../libgcc -I/home/McKelvey/gcc-11-20220506/x86_64-pc-cygwin/libstdc++-v3/include/x86_64-pc-cygwin -I/home/McKelvey/gcc-11-20220506/x86_64-pc-cygwin/libstdc++-v3/include -I/home/McKelvey/gcc-11-20220506/libstdc++-v3/libsupc++ -std=gnu++17 -nostdinc++ -D_GLIBCXX_SHARED -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -Wabi=2 -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -frandom-seed=fs_ops.lo -fimplicit-templates -g -O2 -c ../../../.././libstdc++-v3/src/c++17/fs_ops.cc -o fs_ops.o In file included from ../../../.././libstdc++-v3/src/c++17/fs_ops.cc:58: ../../../.././libstdc++-v3/src/c++17/../filesystem/ops-common.h: In function ‘const char* std::filesystem::get_temp_directory_from_env(std::error_code&)’: ../../../.././libstdc++-v3/src/c++17/../filesystem/ops-common.h:600:25: error: ‘::secure_getenv’ has not been declared 600 | auto tmpdir = ::secure_getenv(env); | ^ make[6]: *** [Makefile:577: fs_ops.lo] Error 1 Built with gcc-12-20220507 $ uname -r 3.3.4(0.341/5/3)
[Bug libstdc++/104830] Errors Building gcc-12-20220306 under Cygwin: __terminate and more
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104830 --- Comment #1 from James McKelvey --- Created attachment 52576 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52576=edit Config log
[Bug libstdc++/104830] New: Errors Building gcc-12-20220306 under Cygwin: __terminate and more
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104830 Bug ID: 104830 Summary: Errors Building gcc-12-20220306 under Cygwin: __terminate and more Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: mckelvey at maskull dot com Target Milestone: --- Created attachment 52575 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52575=edit Complete build log Up-to-date Cygwin CYGWIN_NT-10.0 under Windows 10. Using gcc-11-20220305 ./configure --enable-languages=c,c++ --enable-threads=posix ... /home/McKelvey/gcc-12-20220306/host-x86_64-pc-cygwin/gcc/xgcc -shared-libgcc -B/home/McKelvey/gcc-12-20220306/host-x86_64-pc-cygwin/gcc -nostdinc++ -L/home/McKelvey/gcc-12-20220306/x86_64-pc-cygwin/libstdc++-v3/src -L/home/McKelvey/gcc-12-20220306/x86_64-pc-cygwin/libstdc++-v3/src/.libs -L/home/McKelvey/gcc-12-20220306/x86_64-pc-cygwin/libstdc++-v3/libsupc++/.libs -B/usr/local/x86_64-pc-cygwin/bin/ -B/usr/local/x86_64-pc-cygwin/lib/ -isystem /usr/local/x86_64-pc-cygwin/include -isystem /usr/local/x86_64-pc-cygwin/sys-include -fno-checking -x c++-header -nostdinc++ -g -O2 -I/home/McKelvey/gcc-12-20220306/x86_64-pc-cygwin/libstdc++-v3/include/x86_64-pc-cygwin -I/home/McKelvey/gcc-12-20220306/x86_64-pc-cygwin/libstdc++-v3/include -I/home/McKelvey/gcc-12-20220306/libstdc++-v3/libsupc++ -O2 -g -std=gnu++0x /home/McKelvey/gcc-12-20220306/libstdc++-v3/include/precompiled/stdc++.h \ -o x86_64-pc-cygwin/bits/stdc++.h.gch/O2ggnu++0x.gch In file included from /home/McKelvey/gcc-12-20220306/x86_64-pc-cygwin/libstdc++-v3/include/cassert:43, from /home/McKelvey/gcc-12-20220306/libstdc++-v3/include/precompiled/stdc++.h:33: /home/McKelvey/gcc-12-20220306/x86_64-pc-cygwin/libstdc++-v3/include/x86_64-pc-cygwin/bits/c++config.h:308:3: error: expected constructor, destructor, or type conversion before ‘(’ token 308 | _GLIBCXX_VISIBILITY(default) | ^~~ In file included from /home/McKelvey/gcc-12-20220306/x86_64-pc-cygwin/libstdc++-v3/include/future:49, from /home/McKelvey/gcc-12-20220306/libstdc++-v3/include/precompiled/stdc++.h:105: /home/McKelvey/gcc-12-20220306/x86_64-pc-cygwin/libstdc++-v3/include/bits/std_thread.h: In destructor ‘std::thread::~thread()’: /home/McKelvey/gcc-12-20220306/x86_64-pc-cygwin/libstdc++-v3/include/bits/std_thread.h:151:14: error: ‘__terminate’ is not a member of ‘std’; did you mean ‘terminate’? 151 | std::__terminate(); | ^~~ | terminate /home/McKelvey/gcc-12-20220306/x86_64-pc-cygwin/libstdc++-v3/include/bits/std_thread.h: In member function ‘std::thread& std::thread::operator=(std::thread&&)’: /home/McKelvey/gcc-12-20220306/x86_64-pc-cygwin/libstdc++-v3/include/bits/std_thread.h:164:14: error: ‘__terminate’ is not a member of ‘std’; did you mean ‘terminate’? 164 | std::__terminate(); | ^~~ | terminate make[5]: *** [Makefile:1888: x86_64-pc-cygwin/bits/stdc++.h.gch/O2ggnu++0x.gch] Error 1 make[5]: Leaving directory '/home/McKelvey/gcc-12-20220306/x86_64-pc-cygwin/libstdc++-v3/include' make[4]: *** [Makefile:576: all-recursive] Error 1 make[4]: Leaving directory '/home/McKelvey/gcc-12-20220306/x86_64-pc-cygwin/libstdc++-v3' make[3]: *** [Makefile:501: all] Error 2 make[3]: Leaving directory '/home/McKelvey/gcc-12-20220306/x86_64-pc-cygwin/libstdc++-v3' make[2]: *** [Makefile:18277: all-stage1-target-libstdc++-v3] Error 2 make[2]: Leaving directory '/home/McKelvey/gcc-12-20220306' make[1]: *** [Makefile:23994: stage1-bubble] Error 2 make[1]: Leaving directory '/home/McKelvey/gcc-12-20220306' make: *** [Makefile:1072: all] Error 2 McKelvey@DESKTOP-DQ97FGL ~/gcc-12-20220306
[Bug bootstrap/104536] gcc-12-20220213 Fails to build on Cygwin: contraction ‘can%'t’ in format
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104536 --- Comment #1 from James McKelvey --- Created attachment 52441 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52441=edit Config log
[Bug bootstrap/104536] New: gcc-12-20220213 Fails to build on Cygwin: contraction ‘can%'t’ in format
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104536 Bug ID: 104536 Summary: gcc-12-20220213 Fails to build on Cygwin: contraction ‘can%'t’ in format Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: mckelvey at maskull dot com Target Milestone: --- Created attachment 52440 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52440=edit Log of entire build Building on Cygwin with gcc-11-20220212 and Windows 10. ./configure --enable-languages=c,c++ --enable-threads=posix --disable-multilib $ uname CYGWIN_NT-10.0 make[3]: Entering directory '/home/McKelvey/gcc-12-20220213/host-x86_64-pc-cygwin/gcc' /home/McKelvey/gcc-12-20220213/host-x86_64-pc-cygwin/prev-gcc/xg++ -B/home/McKelvey/gcc-12-20220213/host-x86_64-pc-cygwin/prev-gcc/ -B/usr/local/x86_64-pc-cygwin/bin/ -nostdinc++ -B/home/McKelvey/gcc-12-20220213/prev-x86_64-pc-cygwin/libstdc++-v3/src/.libs -B/home/McKelvey/gcc-12-20220213/prev-x86_64-pc-cygwin/libstdc++-v3/libsupc++/.libs -I/home/McKelvey/gcc-12-20220213/prev-x86_64-pc-cygwin/libstdc++-v3/include/x86_64-pc-cygwin -I/home/McKelvey/gcc-12-20220213/prev-x86_64-pc-cygwin/libstdc++-v3/include -I/home/McKelvey/gcc-12-20220213/libstdc++-v3/libsupc++ -L/home/McKelvey/gcc-12-20220213/prev-x86_64-pc-cygwin/libstdc++-v3/src/.libs -L/home/McKelvey/gcc-12-20220213/prev-x86_64-pc-cygwin/libstdc++-v3/libsupc++/.libs -fno-PIE -c -g -O2 -fno-checking -gtoggle -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../.././gcc -I../.././gcc/. -I../.././gcc/../include -I../.././gcc/../libcpp/include -I../.././gcc/../libcody -I../.././gcc/../libdecnumber -I../.././gcc/../libdecnumber/bid -I../libdecnumber -I../.././gcc/../libbacktrace -I. -I. -I../.././gcc -I../.././gcc/. -I../.././gcc/../include -I../.././gcc/../libcpp/include -I../.././gcc/../libcody -I../.././gcc/../libdecnumber -I../.././gcc/../libdecnumber/bid -I../libdecnumber -I../.././gcc/../libbacktrace \ ../.././gcc/config/i386/host-cygwin.cc ../.././gcc/config/i386/host-cygwin.cc: In function ‘void* cygwin_gt_pch_get_address(size_t, int)’: ../.././gcc/config/i386/host-cygwin.cc:57:35: error: contraction ‘can%'t’ in format; use ‘cannot’ instead [-Werror=format-diag] 57 | fatal_error (input_location, "can%'t get position in PCH file: %m"); | ^~ ../.././gcc/config/i386/host-cygwin.cc:64:37: error: contraction ‘can%'t’ in format; use ‘cannot’ instead [-Werror=format-diag] 64 | fatal_error (input_location, "can%'t extend PCH file: %m"); | ^~ ../.././gcc/config/i386/host-cygwin.cc:75:35: error: contraction ‘can%'t’ in format; use ‘cannot’ instead [-Werror=format-diag] 75 | fatal_error (input_location, "can%'t set position in PCH file: %m"); | ^~ cc1plus: all warnings being treated as errors make[3]: *** [../.././gcc/config/i386/x-cygwin:3: host-cygwin.o] Error 1 make[3]: Leaving directory '/home/McKelvey/gcc-12-20220213/host-x86_64-pc-cygwin/gcc' make[2]: *** [Makefile:5003: all-stage2-gcc] Error 2 make[2]: Leaving directory '/home/McKelvey/gcc-12-20220213' make[1]: *** [Makefile:24127: stage2-bubble] Error 2 make[1]: Leaving directory '/home/McKelvey/gcc-12-20220213' make: *** [Makefile:1072: all] Error 2
[Bug bootstrap/104217] gcc-12-20220123 failure to build on Cygwin due to lack of secure_getenv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104217 --- Comment #5 from James McKelvey --- Created attachment 52284 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52284=edit Config log
[Bug bootstrap/104217] gcc-12-20220123 failure to build on Cygwin due to lack of secure_getenv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104217 --- Comment #2 from James McKelvey --- Builds with gcc-11-20220122.
[Bug bootstrap/104217] New: gcc-12-20220123 failure to build on Cygwin due to lack of secure_getenv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104217 Bug ID: 104217 Summary: gcc-12-20220123 failure to build on Cygwin due to lack of secure_getenv Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: mckelvey at maskull dot com Target Milestone: --- Created attachment 52283 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52283=edit Tarball of attempted build This bug has been around for a few snapshots so I'm reporting it now. In file included from ../../../.././libstdc++-v3/src/c++17/fs_ops.cc:58: ../../../.././libstdc++-v3/src/c++17/../filesystem/ops-common.h: In function ‘const char* std::filesystem::get_temp_directory_from_env(std::error_code&)’: ../../../.././libstdc++-v3/src/c++17/../filesystem/ops-common.h:640:25: error: ‘::secure_getenv’ has not been declared 640 | auto tmpdir = ::secure_getenv(env); ^ make[6]: *** [Makefile:585: fs_ops.lo] Error 1 Configured as: ./configure --enable-languages=c,c++ --enable-threads=posix Run under up-to-date Cygwin using gcc-11-20220122. cygcheck (cygwin) 3.3.3
[Bug bootstrap/101369] Bootstrap failure of gcc-12-20210704 on Cygwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101369 --- Comment #4 from James McKelvey --- Probably duplicate of 101377 for 11.1.1. I see error for 11 and 12.
[Bug bootstrap/101369] Bootstrap failure of gcc-12-20210704 on Cygwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101369 James McKelvey changed: What|Removed |Added CC||mckelvey at maskull dot com --- Comment #2 from James McKelvey --- (In reply to Andrew Pinski from comment #1) > What binutils (as/ld) you are using? Have you tried a newer version of > binutils? > This could be a binutils bug. $ ld -v GNU ld (GNU Binutils) 2.36.1 My Cygwin is up-to-date AFAIK.
[Bug bootstrap/101369] New: Bootstrap failure of gcc-12-20210704 on Cygwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101369 Bug ID: 101369 Summary: Bootstrap failure of gcc-12-20210704 on Cygwin Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: mckelvey at maskull dot com Target Milestone: --- Created attachment 51114 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51114=edit Tarball of build.log and config.log Recent gcc-11 and gcc-12 snapshots fail with: /bin/sh: build/genmodes.exe: cannot execute binary file: Exec format error Using gcc version 11.1.1 20210619: $ g++ -v Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-pc-cygwin/11.1.1/lto-wrapper.exe Target: x86_64-pc-cygwin Configured with: ./configure --enable-languages=c,c++ --enable-threads=posix Thread model: posix Supported LTO compression algorithms: zlib gcc version 11.1.1 20210619 (GCC) (Fails the same way on the gcc-10 provided in Cygwin.) $ uname -r 3.2.0(0.340/5/3) More context of failure: /home/McKelvey/gcc-12-20210704/host-x86_64-pc-cygwin/prev-gcc/xg++ -B/home/McKelvey/gcc-12-20210704/host-x86_64-pc-cygwin/prev-gcc/ -B/usr/local/x86_64-pc-cygwin/bin/ -nostdinc++ -B/home/McKelvey/gcc-12-20210704/prev-x86_64-pc-cygwin/libstdc++-v3/src/.libs -B/home/McKelvey/gcc-12-20210704/prev-x86_64-pc-cygwin/libstdc++-v3/libsupc++/.libs -I/home/McKelvey/gcc-12-20210704/prev-x86_64-pc-cygwin/libstdc++-v3/include/x86_64-pc-cygwin -I/home/McKelvey/gcc-12-20210704/prev-x86_64-pc-cygwin/libstdc++-v3/include -I/home/McKelvey/gcc-12-20210704/libstdc++-v3/libsupc++ -L/home/McKelvey/gcc-12-20210704/prev-x86_64-pc-cygwin/libstdc++-v3/src/.libs -L/home/McKelvey/gcc-12-20210704/prev-x86_64-pc-cygwin/libstdc++-v3/libsupc++/.libs -g -O2 -fno-checking -gtoggle -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-error=format-diag -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -fno-PIE -static-libstdc++ -static-libgcc -Wl,--stack,12582912 -no-pie -o build/genmodes.exe \ build/genmodes.o build/errors.o ../../host-x86_64-pc-cygwin/libiberty/libiberty.a build/genmodes.exe -h > tmp-modes.h /bin/sh: build/genmodes.exe: cannot execute binary file: Exec format error make[3]: *** [Makefile:2531: s-modes-h] Error 126 make[3]: Leaving directory '/home/McKelvey/gcc-12-20210704/host-x86_64-pc-cygwin/gcc' make[2]: *** [Makefile:4803: all-stage2-gcc] Error 2 make[2]: Leaving directory '/home/McKelvey/gcc-12-20210704' make[1]: *** [Makefile:23134: stage2-bubble] Error 2 make[1]: Leaving directory '/home/McKelvey/gcc-12-20210704' make: *** [Makefile:1000: all] Error 2
[Bug c++/100629] Regression from 10 symbol mismatch between class definition and use with/without optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629 --- Comment #24 from James McKelvey --- Running Cygwin 3.2.0(0.340/5/3) under Windows 10. Using built-in specs. COLLECT_GCC=/usr/local/bin/g++ COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-pc-cygwin/11.1.1/lto-wrapper.exe Target: x86_64-pc-cygwin Configured with: ./configure --enable-languages=c,c++ Thread model: single Supported LTO compression algorithms: zlib gcc version 11.1.1 20210515 (GCC) Compiler options compiling project: /usr/local/bin/g++ -std=c++0x -c -O3 -DNDEBUG -DUSE_INTL=1 -DUSE_MUTEX=1 -D_FORTIFY_SOURCE=1 -pedantic-errors -Werror -fno-common -Wall -Wold-style-cast -Wsign-promo -Wpointer-arith -Wundef -Wwrite-strings -Winvalid-pch -Woverloaded-virtual -Wcast-qual -Wextra -Wredundant-decls -Wshadow -Wcast-align=strict -Wcomment -fstrict-aliasing -Winit-self -Wmissing-include-dirs -Wswitch-default -Wswitch-enum -Wlogical-op -Wconversion -Wsign-conversion -Wmissing-declarations -Wdeprecated -ftree-switch-conversion -Wuninitialized -Wparentheses -Wimplicit-fallthrough=5 -Wformat-nonliteral -Wformat-truncation=2 -Wformat-signedness -Wdouble-promotion -Wformat=2 -Wformat-overflow=2 -Wformat-security -Wnull-dereference -Wmain -Wmultistatement-macros -Wsequence-point -Wswitch-default -Wswitch-enum -Wunused-value -Wstrict-overflow=2 -Warith-conversion -Wfloat-conversion -Wduplicated-cond -Wunsafe-loop-optimizations -Wreturn-type -Wunused-parameter -Wmaybe-uninitialized -Wstrict-aliasing -Wsuggest-attribute=noreturn -Wsuggest-attribute=format -Wsuggest-attribute=malloc -Wmissing-format-attribute -Wmissing-noreturn -Walloc-zero -Walloca -Wtrampolines -Wcast-function-type -Wlogical-op -Wpacked -Wredundant-decls -Wunused -Wmismatched-dealloc -Wmismatched-new-delete -Wfree-nonheap-object -Wexceptions -MMD -fimplicit-templates For linking: /usr/local/bin/g++ -std=c++0x -O3 -DNDEBUG -DUSE_INTL=1 -DUSE_MUTEX=1 -D_FORTIFY_SOURCE=1 -pedantic-errors -Werror -fno-common -Wall -Wold-style-cast -Wsign-promo -Wpointer-arith -Wundef -Wwrite-strings -Winvalid-pch -Woverloaded-virtual -Wcast-qual -Wextra -Wredundant-decls -Wshadow -Wcast-align=strict -Wcomment -fstrict-aliasing -Winit-self -Wmissing-include-dirs -Wswitch-default -Wswitch-enum -Wlogical-op -Wconversion -Wsign-conversion -Wmissing-declarations -Wdeprecated -ftree-switch-conversion -Wuninitialized -Wparentheses -Wimplicit-fallthrough=5 -Wformat-nonliteral -Wformat-truncation=2 -Wformat-signedness -Wdouble-promotion -Wformat=2 -Wformat-overflow=2 -Wformat-security -Wnull-dereference -Wmain -Wmultistatement-macros -Wsequence-point -Wswitch-default -Wswitch-enum -Wunused-value -Wstrict-overflow=2 -Warith-conversion -Wfloat-conversion -Wduplicated-cond -Wunsafe-loop-optimizations -Wreturn-type -Wunused-parameter -Wmaybe-uninitialized -Wstrict-aliasing -Wsuggest-attribute=noreturn -Wsuggest-attribute=format -Wsuggest-attribute=malloc -Wmissing-format-attribute -Wmissing-noreturn -Walloc-zero -Walloca -Wtrampolines -Wcast-function-type -Wlogical-op -Wpacked -Wredundant-decls -Wunused -Wmismatched-dealloc -Wmismatched-new-delete -Wfree-nonheap-object -Wexceptions -Winline -MMD -fimplicit-templates -Wl,-warn-common -L.. -o header_edit.exe header_edit.o -lPatternDriver -lintl -lpthread Yes I know that most warnings have no effect at link time.
[Bug c++/100629] Regression from 10 symbol mismatch between class definition and use with/without optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629 --- Comment #18 from James McKelvey --- If I build with -D_GLIBCXX_USE_CXX11_ABI=0 it all works. But with =1 I get the mismatches.
[Bug c++/100629] Regression from 10 symbol mismatch between class definition and use with/without optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629 --- Comment #17 from James McKelvey --- Sorry, that constructor is in the .cc file. Looks like the .cc contents weren't picked up by the attempt to get the preprocessed source. BreakPattern:: BreakPattern(const pdstring& value, const ConflateIntegerScalarValue& minimum, const ConflateIntegerScalarValue& maximum, const ComplementEnum& a_complement) : AbsCharSetPattern(value, a_complement, std::max(minimum._get_minimum_match_length(), 1UL) - 1UL), _minimum(minimum._get_value()), _maximum(maximum._get_value()) { }
[Bug c++/100629] Regression from 10 symbol mismatch between class definition and use with/without optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629 --- Comment #16 from James McKelvey --- The Break's are actually functions that call the constructor. They look like this: inline BreakPattern Break(const AbstractStringScalarValue& value, const ComplementEnum&a_complement = noncomplement) { return BreakPattern(value, a_complement); } there are 12 of them.
[Bug c++/100629] Regression from 10 symbol mismatch between class definition and use with/without optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629 --- Comment #15 from James McKelvey --- The Break's are actually functions that call the constructor. They look like this: inline BreakPattern Break(const AbstractStringScalarValue& value, const ComplementEnum&a_complement = noncomplement) { return BreakPattern(value, a_complement); } there are 12 of them.
[Bug c++/100629] Regression from 10 symbol mismatch between class definition and use with/without optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629 James McKelvey changed: What|Removed |Added CC||mckelvey at maskull dot com --- Comment #13 from James McKelvey --- Created attachment 50825 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50825=edit Preprocessed source for BreakPattern.cc
[Bug c++/100629] Regression from 10 symbol mismatch between class definition and use with/without optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629 --- Comment #12 from James McKelvey --- I don't see _GLIBCXX_USE_CXX11_ABI anywhere in the code.
[Bug c++/100629] Regression from 10 symbol mismatch between class definition and use with/without optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629 --- Comment #11 from James McKelvey --- I don't see _GLIBCXX_USE_CXX11_ABI anywhere in the code.
[Bug c++/100629] Regression from 10 symbol mismatch between class definition and use with optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629 --- Comment #10 from James McKelvey --- Created attachment 50824 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50824=edit Preprocessed source for main
[Bug c++/100629] Regression from 10 symbol mismatch between class definition and use with optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629 --- Comment #9 from James McKelvey --- Created attachment 50823 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50823=edit Preprocessed source for BreakPattern.h
[Bug c++/100629] Regression from 10 symbol mismatch between class definition and use with optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629 --- Comment #2 from James McKelvey --- Occurs with and without optimization. I'll compare errors between the two.
[Bug c++/100629] Regression from 10 symbol mismatch between class definition and use with optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629 --- Comment #1 from James McKelvey --- Created attachment 50821 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50821=edit Source of Main
[Bug c++/100629] New: Regression from 10 symbol mismatch between class definition and use with optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629 Bug ID: 100629 Summary: Regression from 10 symbol mismatch between class definition and use with optimization Product: gcc Version: 11.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: mckelvey at maskull dot com Target Milestone: --- Created attachment 50820 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50820=edit Source of Break class On gcc-11/12 I get undefined symbols on link. Like this: /usr/bin/ld: header_edit.o:header_edit.cc:(.text.startup+0x36a): undefined reference to `_ZN13PatternDriver12BreakPatternC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEERKNS_26ConflateIntegerScalarValueESB_RKNS_12TemplateEnumIL_ZNS_16complement_namesB5cxx11EEL_ZNS_14COMPLEMENTENUM' >From main program header_edit.o: _ZN13PatternDriver12BreakPatternC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEERKNS_26ConflateIntegerScalarValueESB_RKNS_12TemplateEnumIL_ZNS_16complement_namesB5cxx11EEL_ZNS_14COMPLEMENTENUM from BreakPattern.o: _ZN13PatternDriver12BreakPatternC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEERKNS_26ConflateIntegerScalarValueESB_RKNS_12TemplateEnumIL_ZNS_16complement_namesEEL_ZNS_14COMPLEMENTENUM The problem is that the second string has the sequence B5cxx11. That sequence goes away when I change the optimization level from level 3 to default. I don't know how to reduce to a simple test case.