Re: GCC 8.0.0 status on x86_64-w64-mingw32, some issues

2018-02-08 Thread Rainer Emrich
Am 08.02.2018 um 10:14 schrieb Rainer Emrich: > Am 08.02.2018 um 10:00 schrieb Rainer Emrich: >> Am 06.02.2018 um 19:18 schrieb Jonathan Wakely: >>> On 6 February 2018 at 18:03, Rainer Emrich wrote: >>> At least 20 of the acats tests catch all memory until the host memory is exhausted. >

Re: GCC 8.0.0 status on x86_64-w64-mingw32, some issues

2018-02-08 Thread Rainer Emrich
Am 08.02.2018 um 10:00 schrieb Rainer Emrich: > Am 06.02.2018 um 19:18 schrieb Jonathan Wakely: >> On 6 February 2018 at 18:03, Rainer Emrich wrote: >> >>> At least 20 of the acats tests catch all memory until the host memory is >>> exhausted. >>> Same holds for the two libstdc++ tests >>> 23_cont

Re: GCC 8.0.0 status on x86_64-w64-mingw32, some issues

2018-02-08 Thread Rainer Emrich
Am 06.02.2018 um 19:18 schrieb Jonathan Wakely: > On 6 February 2018 at 18:03, Rainer Emrich wrote: > >> At least 20 of the acats tests catch all memory until the host memory is >> exhausted. >> Same holds for the two libstdc++ tests >> 23_containers/unordered_set/requirements/exception/basic.cc

Re: GCC 8.0.0 status on x86_64-w64-mingw32, some issues

2018-02-08 Thread Rainer Emrich
Am 08.02.2018 um 00:01 schrieb Eric Botcazou: >> Indeed, this solves most of the new failures. Here is the acats test >> summary: >> === acats Summary === >> # of expected passes 2298 >> # of unexpected failures 22 >> *** FAILURES: c23003b c23003g c23003i c250002 c380004 cd

Re: GCC 8.0.0 status on x86_64-w64-mingw32, some issues

2018-02-07 Thread Eric Botcazou
> Indeed, this solves most of the new failures. Here is the acats test > summary: > === acats Summary === > # of expected passes 2298 > # of unexpected failures 22 > *** FAILURES: c23003b c23003g c23003i c250002 c380004 cd2b11a cd2b15c > ce2102l ce2102m ce2103a ce2103b c

Re: GCC 8.0.0 status on x86_64-w64-mingw32, some issues

2018-02-07 Thread Rainer Emrich
Am 06.02.2018 um 22:50 schrieb Eric Botcazou: >> Here's a short status report for trunk on x86_64-w64-mingw32 host. >> >> I know this is only a secondary platform, but there are some serius issues. >> >> Especially the ada part is in a bad shape compared to 7.3.0, see >> https://gcc.gnu.org/ml/gcc-

Re: GCC 8.0.0 status on x86_64-w64-mingw32, some issues

2018-02-06 Thread Eric Botcazou
> Sorry for the stupid question. How do I pass this to the testsuite? For ACATS it's a little awkward: you manually need to add it to the gccflags variable in gcc/testsuite/ada/acats/run_all.sh -- Eric Botcazou

Re: GCC 8.0.0 status on x86_64-w64-mingw32, some issues

2018-02-06 Thread Rainer Emrich
Am 06.02.2018 um 22:50 schrieb Eric Botcazou: >> Here's a short status report for trunk on x86_64-w64-mingw32 host. >> >> I know this is only a secondary platform, but there are some serius issues. >> >> Especially the ada part is in a bad shape compared to 7.3.0, see >> https://gcc.gnu.org/ml/gcc-

Re: GCC 8.0.0 status on x86_64-w64-mingw32, some issues

2018-02-06 Thread Eric Botcazou
> Here's a short status report for trunk on x86_64-w64-mingw32 host. > > I know this is only a secondary platform, but there are some serius issues. > > Especially the ada part is in a bad shape compared to 7.3.0, see > https://gcc.gnu.org/ml/gcc-testresults/2018-02/msg00439.html > and > https://

Re: GCC 8.0.0 status on x86_64-w64-mingw32, some issues

2018-02-06 Thread Jonathan Wakely
On 6 February 2018 at 18:03, Rainer Emrich wrote: > At least 20 of the acats tests catch all memory until the host memory is > exhausted. > Same holds for the two libstdc++ tests > 23_containers/unordered_set/requirements/exception/basic.cc > and > 23_containers/unordered_set/requirements/excepti

GCC 8.0.0 status on x86_64-w64-mingw32, some issues

2018-02-06 Thread Rainer Emrich
Here's a short status report for trunk on x86_64-w64-mingw32 host. I know this is only a secondary platform, but there are some serius issues. Especially the ada part is in a bad shape compared to 7.3.0, see https://gcc.gnu.org/ml/gcc-testresults/2018-02/msg00439.html and https://gcc.gnu.org/ml/g