[Bug c++/95638] New: Legit-looking code doesn't work with -O2

nt: c++ Assignee: unassigned at gcc dot gnu.org Reporter: officesamurai at gmail dot com Target Milestone: --- Created attachment 48718 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48718&action=edit The failing code The attached code produces wrong result when bu

[Bug c++/97025] New: In -m32 mode the alignment of pointers returned by malloc or operator new is less than alignof(std::max_align_t)

: 10.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: officesamurai at gmail dot com Target Milestone: --- Created attachment 49210 --> https://gcc.gnu.org/bugzi

[Bug target/97025] In -m32 mode the alignment of pointers returned by malloc or operator new is less than alignof(std::max_align_t)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97025 --- Comment #2 from Mikhail Kremniov --- (In reply to Andrew Pinski from comment #1) > malloc is not controlled by gcc. Yeah, I shouldn't have mentioned malloc because there seems to be no requirement for it to align the returned addresses by al

[Bug target/97025] In -m32 mode the alignment of pointers returned by malloc or operator new is less than alignof(std::max_align_t)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97025 --- Comment #5 from Mikhail Kremniov --- I see. So this is not considered a bug then? P.S. it seems that -faligned-new=8 can be used as a workaround in this case, even in pre-c++17 modes, so the issue doesn't look that bad in the end.

[Bug c++/97049] New: Cryptic warning "__builtin_memmove pointer overflow between offset ... and size ..." with -m32

NCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: officesamurai at gmail dot com Target Milestone: --- Created attachment 49216 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49216&am

[Bug c++/85470] New: Strange error about "call to non-constexpr function"

iority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: officesamurai at gmail dot com Target Milestone: --- GCC 7 fails to compile the following code: test.cpp template struct StaticObject { static T& create() { static T t;

[Bug c++/90505] New: gcc 9.1 rejects valid code

++ Assignee: unassigned at gcc dot gnu.org Reporter: officesamurai at gmail dot com Target Milestone: --- GCC 9.1 fails to compile the following code (previous versions compile it just fine). === test.cpp === template struct S { template static void foo(V) { } void bar

[Bug c++/85118] New: Error when using std::bind with a generic lambda - "cannot bind 'const volatile char&' to an rvalue of type 'const volatile char'"

x27;" Product: gcc Version: 7.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: officesamurai at gmail dot com Target Milestone: --- Cr

[Bug c++/87512] New: Error: the type ‘const auto’ of ‘constexpr’ variable is not literal

Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: officesamurai at gmail dot com Target Milestone: --- Created attachment 44779 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44779&action=edit Preprocessed source The fo

[Bug c++/87554] New: internal compiler error: in record_reference, at cgraphbuild.c:64

Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: officesamurai at gmail dot com Target Milestone: --- GCC crashes when compiling the attached file with -O1 == $ g++-8.2.0 -v Using built-in specs. COLLECT_GCC=g++-8.2.0

[Bug c++/87554] internal compiler error: in record_reference, at cgraphbuild.c:64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87554 --- Comment #1 from Mikhail Kremnyov --- Created attachment 44808 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44808&action=edit Preprocessed source

[Bug c++/87554] internal compiler error: in record_reference, at cgraphbuild.c:64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87554 --- Comment #3 from Mikhail Kremnyov --- FYI: 6.3.0 is able to compile the non-preprocessed source. As for 7.x - 7.3.0 and earlier versions can't compile it due to another bug (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85470) and I don't have

[Bug c++/66139] destructor not called for members of partially constructed anonymous struct/array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66139 Mikhail Kremnyov changed: What|Removed |Added CC||officesamurai at gmail dot com

[Bug c++/68138] New: "operator== is ambiguous" when comparing a tuple containing values with one containing refs

NCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: officesamurai at gmail dot com Target Milestone: --- Created attachment 36610 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36610&acti

[Bug c++/58354] variadic template ambiguous

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58354 Mikhail Kremnyov changed: What|Removed |Added CC||officesamurai at gmail dot com

[Bug c++/102637] New: "Error: ‘reinterpret_cast’ is not a constant expression" when no reinterpret_cast is involved

NCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: officesamurai at gmail dot com Target Milestone: --- Here I obtain a function pointer to the same member function two times, through the base a

[Bug c++/101901] New: "warning: statement has no effect" in a variadic template with empty parameter pack.

NCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: officesamurai at gmail dot com Target Milestone: --- gcc_statement_has_no_effect.cpp: --- #include template void foo(const T*, int); template std::

[Bug c++/101904] New: Wrong result of decltype during instantiation of std::result_of

Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: officesamurai at gmail dot com Target Milestone: --- gcc_wrong_decltype.cpp: --- #include struct ZZZ { template auto foo(Func func) -> std::result_of_t { ret

[Bug c++/101904] Wrong result of decltype during instantiation of std::result_of

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101904 --- Comment #2 from Mikhail Kremniov --- I see, thanks. But I must mention that Clang is able to compile this code somehow.