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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105606
Andrew Pinski changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|DUPLICAT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96645
Andrew Pinski changed:
What|Removed |Added
CC||mrjoel at lixil dot net
--- Comment #28
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105606
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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
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
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93082
Eric Gallager changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment #
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81233
Eric Gallager changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Summary|--Wdiscarded
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105604
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic,
|
/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)
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80528
Eric Gallager changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
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
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
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
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?
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
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?
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
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
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
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
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
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
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?
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100461
--- Comment #9 from Jonathan Wakely ---
It was already closed a year ago.
31 matches
Mail list logo
