dejagnu testsuite bug?

2014-09-05 Thread Steve Ellcey
I was looking through my 'make check' output (from a MIPS cross compiler) and saw this error. Has anyone else run into something like this? I am not entirely sure where to start looking for this problem and I am also not sure if this is a new problem or not. Normally I just grep for FAIL and don

Re: libstdc++ testsuite "misbehaving"

2014-09-05 Thread Mike Stump
On Sep 5, 2014, at 4:05 AM, Thomas Schwinge wrote: > Updating my GCC trunk working tree from r212389 (2014-07-09) to r214918 > (2014-09-04), I notice that (only) in libstdc++ testing, and only for the > second multilib of »RUNTESTFLAGS='--target_board=unix\{,-m32\}'« (so, the > 32-bit x86 one), a

RE: [PATCH] RE: gcc parallel make check

2014-09-05 Thread VandeVondele Joost
>> > Please sort the letters (LC_ALL=C sort) and where consecutive, use ranges. >> > Thus \[0-9A-Zhjqvx-z\]* OK, works fine with the attached patch, and looks cleaner in Make-lang.in. Now, with the proper email address for gcc-patches... I wonder how many time I'll be punished for typos. unmodi

Re: [PATCH] RE: gcc parallel make check

2014-09-05 Thread Jakub Jelinek
On Fri, Sep 05, 2014 at 02:48:01PM +, VandeVondele Joost wrote: > > > Please sort the letters (LC_ALL=C sort) and where consecutive, use ranges. > > Thus \[0-9A-Zhjqvx-z\]* or so. What is - doing in your list? _-9 is quite > > unexpected range. > > the '-' is a bug indeed. I added this t

Re: [PATCH] RE: gcc parallel make check

2014-09-05 Thread Jakub Jelinek
On Fri, Sep 05, 2014 at 02:26:45PM +, VandeVondele Joost wrote: > Adding label: mu matching files:278 > Adding label: wlgo matching files:284 > Adding label: vhzPkqWx_-9876543210ZYXVUTSRQONMLKJIHGFEDCBAyj matching > files:94 > patterns: > dg.exp=gfortran.dg/p* \ > dg.exp=gfortran.dg/c* \ >

[PATCH] RE: gcc parallel make check

2014-09-05 Thread VandeVondele Joost
> The splits are in the Makefiles, see check_gcc_parallelize attached is a patch to improve the parallel performance of 'make -jXX -k check-fortran'. For XX=16, this yields ~50% speedup, and even with XX=4 we still have 15%, the measured slowdown at XX=1 (<2%) is in the noise of testing. The pa

Re: libstdc++ testsuite "misbehaving"

2014-09-05 Thread Jonathan Wakely
On 05/09/14 13:05 +0200, Thomas Schwinge wrote: Updating my GCC trunk working tree from r212389 (2014-07-09) to r214918 (2014-09-04), I notice that (only) in libstdc++ testing, and only for the second multilib of »RUNTESTFLAGS='--target_board=unix\{,-m32\}'« (so, the 32-bit x86 one), a lot of PAS

GNU Tools Cauldron 2014 - Videos for presentations

2014-09-05 Thread Diego Novillo
All the videos for Cauldron 2014 are now available at the conference page: https://gcc.gnu.org/wiki/cauldron2014 Thanks to Simon Cook for processing the videos and setting them up! If you notice anything missing or mis-labeled, please let me know. Thanks. Diego.

libstdc++ testsuite "misbehaving"

2014-09-05 Thread Thomas Schwinge
Hi! Updating my GCC trunk working tree from r212389 (2014-07-09) to r214918 (2014-09-04), I notice that (only) in libstdc++ testing, and only for the second multilib of »RUNTESTFLAGS='--target_board=unix\{,-m32\}'« (so, the 32-bit x86 one), a lot of PASSes "disappear" (compile tests only?). Has a

Re: non-reproducible g++.dg/ubsan/align-2.C -Os execution failure

2014-09-05 Thread Yury Gribov
On 09/04/2014 11:12 AM, Tom de Vries wrote: > I ran into this non-reproducible failure while testing a non-bootstrap > build on x86_64: > ... > PASS: g++.dg/ubsan/align-2.C -Os (test for excess errors) Added UBSan folks. Can this be related to http://llvm.org/bugs/show_bug.cgi?id=20721 ? It