gcc-7-20161218 is now available

2016-12-18 Thread gccadmin
Snapshot gcc-7-20161218 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/7-20161218/ 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/trunk revision

Re: Why are GCC Internals not Specification Driven ?

2016-12-18 Thread NightStrike
On Sun, Dec 18, 2016 at 11:37 AM, Andrew Haley wrote: > On 18/12/16 02:33, Seima Rao wrote: >> Precisely, stuffs like GENERIC, GIMPLE, RTL, gas(inline assembly), >> GCC extensions internals, ... and gnu's own debugging tied to gcc >> (if such exist nowadays), ... are not documented in

GCC-6.2.0 stdc-predef.h

2016-12-18 Thread Sebastian
I have all prerequisites for GCC but no stdc-predef.h that seems to be is needed. So what prerequisite do I need else for GCC to get compiled ... includes stdc-predef.h ? build: i686-pc-linux-gnu linux-2.6.26.2 gcc-4.3.1 bash-3.2.33 GNU Make 3.81 glibc-2.7...ups, but I sent you this mail anyway...

Re: Why are GCC Internals not Specification Driven ?

2016-12-18 Thread Andrew Haley
On 18/12/16 02:33, Seima Rao wrote: > Precisely, stuffs like GENERIC, GIMPLE, RTL, gas(inline assembly), > GCC extensions internals, ... and gnu's own debugging tied to gcc > (if such exist nowadays), ... are not documented in a specification > driven way. That's interesting. Can

ICE's with -fgimple

2016-12-18 Thread Prathamesh Kulkarni
Hi, I observed a couple of similar ICE's with -fgimple for a function having startwith. eg: void __GIMPLE (startwith ("ccp1")) foo () { return; } Compiling with -fgimple -O works fine however removing -O causes the following ICE: foo.c:7:1: internal compiler error: in expand, at cgraphunit.c:2