On Thu, 19 Sep 2013, David Edelsohn wrote:
> This patch has caused 6 new libstdc++ failures on AIX. All look like:
>
> /home/dje/src/src/libstdc++-v3/testsuite/ext/random/normal_mv_distribution/cons/default.cc:49:1:
> internal compiler error: in build_polynomial_chrec, at
> tree-chrec.h:148
> }
This patch has caused 6 new libstdc++ failures on AIX. All look like:
/home/dje/src/src/libstdc++-v3/testsuite/ext/random/normal_mv_distribution/cons/default.cc:49:1:
internal compiler error: in build_polynomial_chrec, at
tree-chrec.h:148
}
- David
On 18/09/13 20:37, Paul Pluzhnikov wrote:
Richard,
I am seeing ICEs in libstdc++ make check that I didn't see yesterday:
I'm also seeing these on arm and aarch64.
Kyrill
spawn /home/ppluzhnikov/Archive/gcc-svn/build/./gcc/xg++
-shared-libgcc -B/home/ppluzhnikov/Archive/gcc-svn/build/./gcc
Richard,
I am seeing ICEs in libstdc++ make check that I didn't see yesterday:
spawn /home/ppluzhnikov/Archive/gcc-svn/build/./gcc/xg++
-shared-libgcc -B/home/ppluzhnikov/Archive/gcc-svn/build/./gcc
-nostdinc++
-L/home/ppluzhnikov/Archive/gcc-svn/build/x86_64-unknown-linux-gnu/libstdc++-v3/src
This PR shows that we may not fold chrec operations with chrecs
that are not properly instantiated (and thus may contain symbols
that are defined in the varying loop). To fix that the patch
makes sure to instantiate them and adds asserts to catch issues
elsewhere (hopefully not too many). For th
