Re: GCC 7.0.1 Status Report (2017-04-20)

2017-04-25 Thread Jakub Jelinek
On Mon, Apr 24, 2017 at 06:08:15PM +0200, Andreas Krebbel wrote: > On 04/20/2017 12:02 PM, Jakub Jelinek wrote: > > Status > > == > > > > We have reached zero P1 regressions today (and < 100 important > > regressions) and the branches/gcc-7-branch has been created; > > GCC 7.1-rc1 will be buil

Re: Alias analysis and zero-sized arrays vs. flexible arrays

2017-04-25 Thread Richard Biener
On Tue, Apr 25, 2017 at 1:06 AM, Steve Ellcey wrote: > I was wondering if someone could help me understand a bug involving > aliasing, this is happening on aarch64 but I don't think it is architecure > specific. The problem involves flexible arrays vs. zero sized arrays at > the end of a structur

Re: GCC 7.0.1 Status Report (2017-04-20)

2017-04-25 Thread Andreas Krebbel
On 04/25/2017 12:25 PM, Jakub Jelinek wrote: > On Mon, Apr 24, 2017 at 06:08:15PM +0200, Andreas Krebbel wrote: >> On 04/20/2017 12:02 PM, Jakub Jelinek wrote: >>> Status >>> == >>> >>> We have reached zero P1 regressions today (and < 100 important >>> regressions) and the branches/gcc-7-branch

Who broke options.h?

2017-04-25 Thread Steve Kargl
Someone (other than Richard who seems to have fixed his bootstrap issue) in the last 3 days has broken bootstrap on FreeBSD. The generated file gcc/options.h contains code of the form OPT_C = 116, /* -C */ OPT_CC = 117, /* -CC */ OP

Re: Who broke options.h?

2017-04-25 Thread David Malcolm
On Tue, 2017-04-25 at 06:59 -0700, Steve Kargl wrote: > Someone (other than Richard who seems to have fixed his > bootstrap issue) in the last 3 days has broken bootstrap > on FreeBSD. The generated file gcc/options.h contains > code of the form > > OPT_C = 116, /*

Re: Who broke options.h?

2017-04-25 Thread David Edelsohn
On Tue, Apr 25, 2017 at 11:03 AM, David Malcolm wrote: > On Tue, 2017-04-25 at 06:59 -0700, Steve Kargl wrote: >> Someone (other than Richard who seems to have fixed his >> bootstrap issue) in the last 3 days has broken bootstrap >> on FreeBSD. The generated file gcc/options.h contains >> code of

Re: Who broke options.h?

2017-04-25 Thread Jakub Jelinek
On Tue, Apr 25, 2017 at 11:03:40AM -0400, David Malcolm wrote: > >From what I can tell, the n_opts and opts in that file come direct from > opt-read.awk, which gets them from opt-gather.awk, which appears to > sort them (but my awk skills are weak). Perhaps a bug in the FreeBSD awk? The *.awk fil

Re: Who broke options.h?

2017-04-25 Thread Andreas Schwab
On Apr 25 2017, Steve Kargl wrote: > Someone (other than Richard who seems to have fixed his > bootstrap issue) in the last 3 days has broken bootstrap > on FreeBSD. Did you change your locale since then? Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 9

Re: Who broke options.h?

2017-04-25 Thread Joseph Myers
On Tue, 25 Apr 2017, David Malcolm wrote: > >From what I can tell, the n_opts and opts in that file come direct from > opt-read.awk, which gets them from opt-gather.awk, which appears to > sort them (but my awk skills are weak). Maybe the opt-gather.awk call in Makefile.in needs to set LC_ALL=C.

Re: Who broke options.h?

2017-04-25 Thread Steve Kargl
On Tue, Apr 25, 2017 at 11:09:05AM -0400, David Edelsohn wrote: > > > > From what I can tell, the n_opts and opts in that file come direct from > > opt-read.awk, which gets them from opt-gather.awk, which appears to > > sort them (but my awk skills are weak). > > > > Alternatively, maybe the colli

Re: Who broke options.h?

2017-04-25 Thread Steve Kargl
On Tue, Apr 25, 2017 at 04:13:45PM +, Joseph Myers wrote: > On Tue, 25 Apr 2017, David Malcolm wrote: > > > >From what I can tell, the n_opts and opts in that file come direct from > > opt-read.awk, which gets them from opt-gather.awk, which appears to > > sort them (but my awk skills are wea

Re: Who broke options.h?

2017-04-25 Thread Steve Kargl
On Tue, Apr 25, 2017 at 05:46:15PM +0200, Andreas Schwab wrote: > On Apr 25 2017, Steve Kargl wrote: > > > Someone (other than Richard who seems to have fixed his > > bootstrap issue) in the last 3 days has broken bootstrap > > on FreeBSD. > > Did you change your locale since then? > See my re

Re: Who broke options.h?

2017-04-25 Thread Jakub Jelinek
On Tue, Apr 25, 2017 at 09:54:04AM -0700, Steve Kargl wrote: > On Tue, Apr 25, 2017 at 05:46:15PM +0200, Andreas Schwab wrote: > > On Apr 25 2017, Steve Kargl wrote: > > > > > Someone (other than Richard who seems to have fixed his > > > bootstrap issue) in the last 3 days has broken bootstrap >

Re: Who broke options.h?

2017-04-25 Thread Joseph Myers
On Tue, 25 Apr 2017, Jakub Jelinek wrote: > On Tue, Apr 25, 2017 at 09:54:04AM -0700, Steve Kargl wrote: > > On Tue, Apr 25, 2017 at 05:46:15PM +0200, Andreas Schwab wrote: > > > On Apr 25 2017, Steve Kargl wrote: > > > > > > > Someone (other than Richard who seems to have fixed his > > > > boot

Re: Who broke options.h?

2017-04-25 Thread Steve Kargl
On Tue, Apr 25, 2017 at 06:58:56PM +0200, Jakub Jelinek wrote: > On Tue, Apr 25, 2017 at 09:54:04AM -0700, Steve Kargl wrote: > > On Tue, Apr 25, 2017 at 05:46:15PM +0200, Andreas Schwab wrote: > > > On Apr 25 2017, Steve Kargl wrote: > > > > > > > Someone (other than Richard who seems to have fi

Re: Who broke options.h?

2017-04-25 Thread Jakub Jelinek
On Tue, Apr 25, 2017 at 10:18:28AM -0700, Steve Kargl wrote: > > --- gcc/Makefile.in 2017-04-18 21:16:24.703775156 +0200 > > +++ gcc/Makefile.in 2017-04-25 18:56:58.304963926 +0200 > > @@ -2139,6 +2139,7 @@ s-specs : Makefile > > > > optionlist: s-options ; @true > > s-options: $(ALL_OPT_FILES)

Re: Alias analysis and zero-sized arrays vs. flexible arrays

2017-04-25 Thread Steve Ellcey
On Tue, 2017-04-25 at 12:53 +0200, Richard Biener wrote: > > int foo() { > >    int i,j; > >    for (i = 0; i < m; i++) { > > a->o[i] = sizeof(*a); > > b = ((struct r *)(((char *)a) + a->o[a->n])); > > for (j = 0; j < 10; j++) { > > b->slot[j].b = 0; > in ca

Re: Alias analysis and zero-sized arrays vs. flexible arrays

2017-04-25 Thread Richard Biener
On April 25, 2017 8:03:20 PM GMT+02:00, Steve Ellcey wrote: >On Tue, 2017-04-25 at 12:53 +0200, Richard Biener wrote: > >> > int foo() { >> >    int i,j; >> >    for (i = 0; i < m; i++) { >> > a->o[i] = sizeof(*a); >> > b = ((struct r *)(((char *)a) + a->o[a->n])); >> > for

Re: Who broke options.h?

2017-04-25 Thread Steve Kargl
On Tue, Apr 25, 2017 at 06:58:56PM +0200, Jakub Jelinek wrote: > On Tue, Apr 25, 2017 at 09:54:04AM -0700, Steve Kargl wrote: > > On Tue, Apr 25, 2017 at 05:46:15PM +0200, Andreas Schwab wrote: > > > On Apr 25 2017, Steve Kargl wrote: > > > > > > > Someone (other than Richard who seems to have fi

Re: Who broke options.h?

2017-04-25 Thread Jakub Jelinek
On Tue, Apr 25, 2017 at 12:43:00PM -0700, Steve Kargl wrote: > This appears to fix my problem. Do you want to commit the patch > or would you rather have me do it? Note, the problem is present > in 7-branch. I haven't checked the other branches. Committed to trunk, 7.x will need to wait until 7

suggestion: c compiler warning for failure to test result

2017-04-25 Thread Joe Perches
A possibly useful addition similar to: __attribute__((warn_unused_result)) might be __attribute__((warn_untested_result)) for things like allocation failures that are not verified before use. For instance: void *malloc(size_t size); could become void * __attribute((warn_untested_res

GCC 7.1 Release Candidate available from gcc.gnu.org

2017-04-25 Thread Jakub Jelinek
The first release candidate for GCC 7.1 is available from ftp://gcc.gnu.org/pub/gcc/snapshots/7.0.1-RC-20170425 and shortly its mirrors. It has been generated from SVN revision 247264. I have so far bootstrapped and tested the release candidate on x86_64-linux and i686-linux. Please test it

gcc-5-20170425 is now available

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

Re: suggestion: c compiler warning for failure to test result

2017-04-25 Thread Martin Sebor
On 04/25/2017 02:35 PM, Joe Perches wrote: A possibly useful addition similar to: __attribute__((warn_unused_result)) might be __attribute__((warn_untested_result)) for things like allocation failures that are not verified before use. I agree that this would be a useful feature. In fact, I