[Bug c++/66153] New: Internal compiler error in nested template function

Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: paboyle at ph dot ed.ac.uk Target Milestone: --- Created attachment 35543 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35543action=edit Preprocessed source Peters-MacBook-Pro:gcc5_debug pab$ g++-5 -std=c++11

[Bug c++/66153] Internal compiler error in nested template function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66153 --- Comment #1 from Peter Boyle paboyle at ph dot ed.ac.uk --- Created attachment 35547 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35547action=edit unprocessed source code.

[Bug c++/66153] Internal compiler error in nested template function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66153 --- Comment #2 from Peter Boyle paboyle at ph dot ed.ac.uk --- p.s. in case anyone is wondering this recursive construct is a simplification of a construct I'm using in an expression template framework, so this is not simply a convoluted test

[Bug c++/66153] Internal compiler error in nested template function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66153 --- Comment #3 from Peter Boyle paboyle at ph dot ed.ac.uk --- http://stackoverflow.com/questions/30411079/counting-template-recursion-nest-depth Appears to affect all versions of g++ with various errors. Used: http://melpon.org/wandbox

[Bug c++/66153] Internal compiler error in nested template function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66153 Peter Boyle paboyle at ph dot ed.ac.uk changed: What|Removed |Added Version|5.1.0 |6.0 --- Comment

[Bug tree-optimization/80652] [5 Regression] Union conversion between __m128d and double array does not work under 5.0 through 6.2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80652 Peter Boyle changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug tree-optimization/80652] [5 Regression] Union conversion between __m128d and double array does not work under 5.0 through 6.2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80652 --- Comment #6 from Peter Boyle --- Just a comment -- suggest a warning thrown if union access from two views is made. AFAIK g++ is the only compiler not implementing the defacto type pun use. http://en.cppreference.com/w/cpp/language/union

[Bug c++/66153] Internal compiler error in nested template function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66153 --- Comment #6 from Peter Boyle --- Just an update: Still fails in G++ 7.1.0 and in 8.0.0 (head) on Wandbox. Still passes in Clang 4.0.0 and 5.0.0(head).

[Bug c++/66153] Internal compiler error in nested template function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66153 --- Comment #7 from Peter Boyle --- Signature of fail in 8.0.0 (head) is: ^~~~ prog.cc: In substitution of 'template Container(arg.data[0]))> function(const Container&) [with int N = 1; obj = ]': prog.cc:43:101:

[Bug c++/80652] New: Union conversion between __m128d and double array does not work under 5.0 through 6.2

Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: paboyle at ph dot ed.ac.uk Target Milestone: --- Union conversion between __m128d and double array does not work under -O3 for g++ versions 5.0 to 6.2. Compiled

[Bug c++/80652] Union conversion between __m128d and double array does not work under 5.0 through 6.2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80652 --- Comment #2 from Peter Boyle --- Thanks for the quick response. Hope this more complete info is helpful. Should give (1,0) but does give (0,0) under G++ 5.0-6.2 under -O3. peterboyle$ g++-mp-5 --version g++-mp-5 (MacPorts gcc5 5.4.0_0)

[Bug c++/80652] Union conversion between __m128d and double array does not work under 5.0 through 6.2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80652 --- Comment #3 from Peter Boyle --- Can confirm (5.4) that -O2 also fails, -O1 passes.

[Bug preprocessor/91517] New: Pragma expansion in variadic macro reorders pragmas and breaks code

Priority: P3 Component: preprocessor Assignee: unassigned at gcc dot gnu.org Reporter: paboyle at ph dot ed.ac.uk Target Milestone: --- Pragma expansion in variadic macro reorders pragmas and breaks code Simple test code #define DO_PRAGMA(x) DO_PRAGMA_(x

[Bug preprocessor/91517] Pragma expansion in variadic macro reorders pragmas and breaks code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91517 --- Comment #2 from Peter Boyle --- GCC preprocessor moves location of _Pragma operator in sequence in a variadic macro: Simpler case: #define thread_for( i, num, ... ) for ( uint64_t i=0;i" # 1 "" # 1 "tmp.cc" #pragma omp critical # 3

[Bug preprocessor/91517] Pragma expansion in variadic macro reorders pragmas and breaks code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91517 --- Comment #1 from Peter Boyle --- Also occurs on 7.4.0, 8.3.0 gcc-7 (Homebrew GCC 7.4.0_2) 7.4.0 gcc-8 (Homebrew GCC 8.3.0) 8.3.0

[Bug preprocessor/91517] Pragma expansion in variadic macro reorders pragmas and breaks code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91517 --- Comment #4 from Peter Boyle --- Hi Jakob, thanks for looking at this. I'm trying to cut down a fail in 100k line of code package to the minimal thing that I can submit. www.github.com/paboyle/Grid Is the original package; WITH -fopenmp

[Bug preprocessor/91517] Pragma expansion in variadic macro reorders pragmas and breaks code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91517 --- Comment #5 from Peter Boyle --- Hi Jakub, The difference between these two cases (one maintaining the pragma in right place, the other note) suggested a viable work around in the code. I can eliminate the extra naked_for macro and (with