[Bug target/100461] [11/12 Regression] mingw build broken due to change of rdtsc implementation

2022-05-14 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100461 --- Comment #9 from Jonathan Wakely --- It was already closed a year ago.

[Bug libstdc++/105601] New: spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

2022-05-14 Thread herrtimson at yahoo dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 Bug ID: 105601 Summary: spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type

[Bug target/105602] New: [OpenMP][gcn] — Support multiple arch in gcc/config/gcn/t-omp-device? Add 'amdgcn' (additionally to/instead of 'amd')

2022-05-14 Thread burnus at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105602 Bug ID: 105602 Summary: [OpenMP][gcn] — Support multiple arch in gcc/config/gcn/t-omp-device? Add 'amdgcn' (additionally to/instead of 'amd') Product: gcc Versio

[Bug target/105601] spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

2022-05-14 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 --- Comment #1 from Andrew Pinski --- This could be a binutils issue. Can you add -v to the command line and provide the output?

[Bug target/105601] spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

2022-05-14 Thread herrtimson at yahoo dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 --- Comment #2 from tt_1 --- Created attachment 52975 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52975&action=edit verbose output with -v thank you for your answer, I'm uncertain as the error is from linking but points to gcc-12 heade

[Bug libstdc++/105601] spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

2022-05-14 Thread herrtimson at yahoo dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 tt_1 changed: What|Removed |Added Component|target |libstdc++ --- Comment #3 from tt_1 --- maybe so

[Bug target/105601] spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

2022-05-14 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 --- Comment #4 from Andrew Pinski --- (In reply to tt_1 from comment #3) > maybe something went wrong with this patch: > > https://gcc.gnu.org/git/?p=gcc.git;a=commit; > h=3633cc54284450433b81f0340483e15df1a49a3c > > its arm specific, and me

[Bug target/105601] spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

2022-05-14 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 --- Comment #5 from Andrew Pinski --- (In reply to Andrew Pinski from comment #4) > (In reply to tt_1 from comment #3) > > maybe something went wrong with this patch: > > > > https://gcc.gnu.org/git/?p=gcc.git;a=commit; > > h=3633cc5428445043

[Bug target/105601] spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

2022-05-14 Thread herrtimson at yahoo dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 --- Comment #6 from tt_1 --- Created attachment 52976 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52976&action=edit verbose output without -Wl, as-needed

[Bug target/105601] spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

2022-05-14 Thread herrtimson at yahoo dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 --- Comment #7 from tt_1 --- Created attachment 52977 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52977&action=edit verbose output without -Wl, Bsymbolic-functions

[Bug target/105601] spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

2022-05-14 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 --- Comment #8 from Andrew Pinski --- Can you do nm on libstdc++.so in the sysroot?

[Bug target/105601] spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

2022-05-14 Thread herrtimson at yahoo dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 --- Comment #9 from tt_1 --- Created attachment 52978 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52978&action=edit compressed output of nm for cross-compilers libstdc++ this is the output of nm for the cross-compilers libstdc++.so

[Bug target/105601] spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

2022-05-14 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 --- Comment #10 from Andrew Pinski --- 00082930 T _ZNKSt9type_infoeqERKS_ As expected. I still suspect a binutils issue. Is there a way to go back to 2.33.x?

[Bug target/105601] spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

2022-05-14 Thread herrtimson at yahoo dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 --- Comment #11 from tt_1 --- well, my systems toolchain is gcc-12.1.0, glibc-2.34-r13 and binutils-2.37_p1-r2 - on gentoo, binutils is slotted so I can downgrade rather easily. but I guess you would like me to try another binutils to bootstrap

[Bug target/105506] Error building GCC 12.1.0 against MinGW-w64: fatal error: cannot execute 'cc1': CreateProcess: No such file or directory

2022-05-14 Thread brechtsanders at users dot sourceforge.net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105506 --- Comment #1 from Brecht Sanders --- Apparently this issue is not related to the .exe extension, but rather to where it is looking for cc1.exe. If somepath/bin is where gcc.exe lives than it helpst to add somepath/libexec/gcc/x86_64-w64-ming

[Bug driver/34280] using -o with -MM produces truncated output with multiple input files

2022-05-14 Thread scott.g.mcpeak at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34280 Scott McPeak changed: What|Removed |Added CC||scott.g.mcpeak at gmail dot com --- Comme

[Bug c/80528] reimplement gnulib's "useless-if-before-free" script as a compiler warning

2022-05-14 Thread egallager at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80528 Eric Gallager changed: What|Removed |Added CC||dmalcolm at gcc dot gnu.org --- Comment

[Bug preprocessor/105603] New: Manual incorrectly says -MD -E -o specifies dependency output file

2022-05-14 Thread scott.g.mcpeak at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105603 Bug ID: 105603 Summary: Manual incorrectly says -MD -E -o specifies dependency output file Product: gcc Version: 12.1.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/105604] New: [10/11/12 Regression] ICE: in tree_to_shwi, at tree.cc:6369

2022-05-14 Thread slyfox at gcc dot gnu.org via Gcc-bugs
/gb/__td__ CFLAGS='-O1 -ggdb3' CXXFLAGS='-O1 -ggdb3' LDFLAGS='-O1 -ggdb3' Thread model: posix Supported LTO compression algorithms: zlib gcc version 13.0.0 20220514 (experimental) (GCC)

[Bug middle-end/105604] [10/11/12 Regression] ICE: in tree_to_shwi with vla in struct and sprintf

2022-05-14 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105604 Andrew Pinski changed: What|Removed |Added Keywords||diagnostic, |

[Bug preprocessor/105605] New: Manual/doc: Default dependency target (-MT) omits dependence on -o (output file)

2022-05-14 Thread scott.g.mcpeak at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105605 Bug ID: 105605 Summary: Manual/doc: Default dependency target (-MT) omits dependence on -o (output file) Product: gcc Version: 12.1.0 Status: UNCONFIRMED Sever

[Bug c/81233] -Wdiscarded-qualifiers and Wincompatible-pointer-types missing important detail

2022-05-14 Thread egallager at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81233 Eric Gallager changed: What|Removed |Added Status|RESOLVED|REOPENED Summary|--Wdiscarded

[Bug fortran/105473] semicolon allowed when list-directed read integer with decimal='point'

2022-05-14 Thread jvdelisle at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105473 --- Comment #7 from Jerry DeLisle --- My apologies for taking some time to get back to this. After a closer look, I realize that in the original test case there is no problem. The semicolon is an acceptable value separator regardless of decima

[Bug target/93082] macOS Authorization.h needs fixinclude

2022-05-14 Thread egallager at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93082 Eric Gallager changed: What|Removed |Added CC||pinskia at gcc dot gnu.org --- Comment #

[Bug c/105323] assignment that is unused afterwards is not reported

2022-05-14 Thread floridsleeves at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105323 --- Comment #2 from Li Zhong --- Any further comment on this? To do data flow analysis in local variable relatively costs less time and can definitely help developers find more bugs like forgetting return value, etc.

[Bug target/105601] spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

2022-05-14 Thread herrtimson at yahoo dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 --- Comment #12 from tt_1 --- with gcc-12.1.0, glibc-2.34-r13 and old binutils-2.33.1-r1: /usr/bin/armv7a-unknown-linux-gnueabihf-g++ --sysroot /usr/armv7a-unknown-linux-gnueabihf -fstack-protector-strong -Wall -Wempty-body -Wignored-qualifier

[Bug c++/105606] New: [12 Regression] std::pair with nested struct and NSDMI

2022-05-14 Thread mrjoel at lixil dot net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105606 Bug ID: 105606 Summary: [12 Regression] std::pair with nested struct and NSDMI Product: gcc Version: 12.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Co

[Bug c++/105606] [12 Regression] std::pair with nested struct and NSDMI

2022-05-14 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105606 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/96645] [9/10/11/12/13 Regression] [CWG2335] std::variant default constructor and unparsed DMI

2022-05-14 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96645 Andrew Pinski changed: What|Removed |Added CC||mrjoel at lixil dot net --- Comment #28

[Bug c++/105606] [12 Regression] std::pair with nested struct and NSDMI

2022-05-14 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105606 Andrew Pinski changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICAT

[Bug c++/105606] [12 Regression] std::pair with nested struct and NSDMI

2022-05-14 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105606 --- Comment #3 from Andrew Pinski --- Note clang also rejects it for -std=c++20 and accepts it for -std=c++17. Let me dig into the changes, I suspect this is another standard change.