Hi! On Fri, 24 Jan 2014 18:24:56 +0100, I wrote: > Jakub suggested (and I agree) the first thing to be done on > gomp-4_0-branch is a merge from trunk, which he hasn't done for a long > time. I have prepared this yesterday morning, and have it ready for > commit, but...
In r207132, I have now committed a merge of trunk r206958 (2014-01-23).
Compared to a pristine trunk r206958 build, there is one regression:
FAIL: g++.dg/gomp/declare-simd-1.C -std=c++98 (internal compiler error)
FAIL: g++.dg/gomp/declare-simd-1.C -std=c++11 (internal compiler error)
[...]/build/gcc/testsuite/g++/../../xg++
-B[...]/build/gcc/testsuite/g++/../../
[...]/source/gcc/testsuite/g++.dg/gomp/declare-simd-1.C
-fno-diagnostics-show-caret -fdiagnostics-color=never -nostdinc++
-I[...]/build/x86_64-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu
-I[...]/build/x86_64-unknown-linux-gnu/libstdc++-v3/include
-I[...]/source/libstdc++-v3/libsupc++
-I[...]/source/libstdc++-v3/include/backward
-I[...]/source/libstdc++-v3/testsuite/util -fmessage-length=0 -std=c++98
-fopenmp -S -o declare-simd-1.s
[...]/source/gcc/testsuite/g++.dg/gomp/declare-simd-1.C:243:1: internal
compiler error: in estimate_function_body_sizes, at ipa-inline-analysis.c:2403
0xa19664 estimate_function_body_sizes
../../source/gcc/ipa-inline-analysis.c:2403
0xa19ef1 compute_inline_parameters(cgraph_node*, bool)
../../source/gcc/ipa-inline-analysis.c:2797
0xa1a200 inline_analyze_function
../../source/gcc/ipa-inline-analysis.c:3790
0x865a10 cgraph_call_function_insertion_hooks(cgraph_node*)
../../source/gcc/cgraph.c:405
0xacc652 simd_clone_create
../../source/gcc/omp-low.c:11600
0xacc652 expand_simd_clones
../../source/gcc/omp-low.c:12370
0xacc652 ipa_omp_simd_clone
../../source/gcc/omp-low.c:12410
0xacc652 execute
../../source/gcc/omp-low.c:12443
In my understanding, the only gomp-4_0-branch-specific change that is a
candidate to cause this is r205214 (Ilya Tocar, commited by Kirill
Yukhin) for "LTO" streaming. As I couldn't easily tell what's wrong (all
changes from r205214 are still present; there were no obvious conflicts),
could you guys please have a look at that one?
> ..., now Samsung have posted,
> <http://news.gmane.org/find-root.php?message_id=%3C52E158EF.9050009%40samsung.com%3E>,
> patches for OpenACC support for Fortran, which likely will be conflicting
> with the trunk merge
The good news is that the merge in fact doesn't cause any conflicts (that
is, when applying that patch series on top of the new r207132) -- but I
have not built and tested it.
Grüße,
Thomas
pgpc1lcTW0twN.pgp
Description: PGP signature
