[Bug c/77758] New: OpenMP sections: intermittent incorrect behavior in reduction

Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: andrey.vul at gmail dot com Target Milestone: --- gcc -fopenmp t.c && ./a.out; echo $? on the following file produces unexpected values. t.c: #define aN 2 int main(int argc, ch

[Bug libstdc++/69794] New: [5 Regression] std::regex_search match failure with regex object with flags grep|icase

Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: andrey.vul at gmail dot com Target Milestone: --- I have observed a regression in std::regex_search when the regex object has flags grep | icase and is multi

[Bug c++/68202] New: Missed diagnostic: rvalue reference allowed in exception-specifier

Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: andrey.vul at gmail dot com Target Milestone: --- Given the example // begin a.cpp template void f(T...) throw (T&&...) { } int main() { f(1, "ab"); } // end

[Bug c++/67752] New: In a template instantiation containing sizeof...(ArgPack), the mangling for sizeof(ArgPack...) is emitted instead

: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: andrey.vul at gmail dot com Target Milestone: --- Given // begin a.cc int RC = 66; template void f(C * (*&&

[Bug c++/67752] In a template instantiation containing sizeof...(ArgPack), the mangling for sizeof(ArgPack...) is emitted instead

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67752 --- Comment #1 from Andrey V --- Affects Linux ppc64le and Linux x86_64

[Bug c++/67592] New: A virtual member function declared constexpr fails to trigger a diagnostic

: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: andrey.vul at gmail dot com Target Milestone: --- The test case // begin test.cc struct S { constexpr virtual int f() { return 1; } }; // end test.cc fails to emit

[Bug c++/66641] An instance of an attribute-specifier-seq implies a simple-declaration while C++11 permits attribute-declaration and using-directive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66641 --- Comment #1 from Andrey V andrey.vul at gmail dot com --- Citations for grammar: 7.1 [dcl.spec]; 7.3.4 [namespace.udir]

[Bug c++/66641] New: An instance of an attribute-specifier-seq implies a simple-declaration while C++11 permits attribute-declaration and using-directive

Version: 4.8.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: andrey.vul at gmail dot com Target Milestone: --- The presence of an attribute-specifier-seq

[Bug libstdc++/66146] call_once not C++11-compliant on ppc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66146 --- Comment #6 from Andrey V andrey.vul at gmail dot com --- Same failure on s390x.

[Bug libstdc++/66146] call_once not C++11-compliant on ppc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66146 --- Comment #2 from Andrey V andrey.vul at gmail dot com --- Replacing throw/try/catch with longjmp/setjmp for non-returning function exit, like so: #include stdio.h #include pthread.h #include setjmp.h pthread_once_t flag_ = PTHREAD_ONCE_INIT

[Bug libstdc++/66146] New: call_once not C++11-compliant on ppc64le

++ Assignee: unassigned at gcc dot gnu.org Reporter: andrey.vul at gmail dot com Target Milestone: --- std::call_once is not C++11 (or even N2447) compliant on ppc64le. According to N2447, If the invocation of func results in an exception being thrown, the exception