Getting spurious FAILS in testsuite?

2017-06-01 Thread Georg-Johann Lay
Hi, when I am running the gcc testsuite in $builddir/gcc then $ make check-gcc RUNTESTFLAGS='ubsan.exp' comes up with spurious fails. Running target unix Using /usr/share/dejagnu/baseboards/unix.exp as board description file for target. Using /usr/share/dejagnu/config/unix.exp as generic inter

Re: Getting spurious FAILS in testsuite?

2017-06-01 Thread Georg-Johann Lay
On 01.06.2017 14:59, Georg-Johann Lay wrote: Hi, when I am running the gcc testsuite in $builddir/gcc then FYI, I found the following thread which reports a similar problem, but without and solution :-( CC'ing Diego, maybe he remembers the solution from back then... https://gcc.gnu.org/ml/li

Re: Getting spurious FAILS in testsuite?

2017-06-01 Thread Marek Polacek
On Thu, Jun 01, 2017 at 02:59:37PM +0200, Georg-Johann Lay wrote: > Hi, when I am running the gcc testsuite in $builddir/gcc then > > $ make check-gcc RUNTESTFLAGS='ubsan.exp' > > comes up with spurious fails. > > Running target unix > Using /usr/share/dejagnu/baseboards/unix.exp as board descri

Problem with "" vs <> headers and fixincludes

2017-06-01 Thread Douglas B Rupp
This is a reproducer for a problem we have with fixincludes on vxworks6.6. The desired output is FOO= 1 The problem is the rules for handling headers enclosed in quotes can cause gcc to #include the original header not the patched header. It seems like a problem that could theoretically oc

Re: Getting spurious FAILS in testsuite?

2017-06-01 Thread Georg-Johann Lay
On 01.06.2017 16:16, Marek Polacek wrote: On Thu, Jun 01, 2017 at 02:59:37PM +0200, Georg-Johann Lay wrote: Hi, when I am running the gcc testsuite in $builddir/gcc then $ make check-gcc RUNTESTFLAGS='ubsan.exp' comes up with spurious fails. Running target unix Using /usr/share/dejagnu/basebo

Re: Getting spurious FAILS in testsuite?

2017-06-01 Thread Diego Novillo via gcc
On Thu, Jun 1, 2017 at 10:10 AM, Georg-Johann Lay wrote: > FYI, I found the following thread which reports a similar problem, > but without and solution :-( > > CC'ing Diego, maybe he remembers the solution from back then... > > https://gcc.gnu.org/ml/libstdc++/2011-03/msg00083.html Oh, wow. No

gcc-7-20170601 is now available

2017-06-01 Thread gccadmin
Snapshot gcc-7-20170601 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/7-20170601/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 7 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-7