gcc-4.7-20140517 is now available

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

Re: [GSoC] How to get started with the isl code generation

2014-05-17 Thread Tobias Grosser
On 16/05/2014 21:49, Roman Gareev wrote: Hi Tobias, what is the difference you see between ISL AST generation and code generation? By “ISL AST generation”, I mean ISL AST generation without generation of GIMPLE code. Alright. What are your plans to separate the ISL AST generation? Do you

Re: error: unrecognizable insn:

2014-05-17 Thread Jakub Jelinek
On Sat, May 17, 2014 at 06:13:56PM +0530, Umesh Kalappa wrote: > Dear All, > We are porting the gcc 4.8.1 for our private target . > The compiler pops up with below error . > > error: unrecognizable insn: > > (insn 22 21 32 6 (set (reg:HI 30 [ D.1532 ]) > (plus:HI (symbol_ref:HI ("stringA

error: unrecognizable insn:

2014-05-17 Thread Umesh Kalappa
Dear All, We are porting the gcc 4.8.1 for our private target . The compiler pops up with below error . error: unrecognizable insn: (insn 22 21 32 6 (set (reg:HI 30 [ D.1532 ]) (plus:HI (symbol_ref:HI ("stringArray") ) (const_int -1 [0x]))) -1 (nil)) altcon_014.c

Re: [GSoC] Function parameter scope

2014-05-17 Thread Andrew Sutton
> I'm trying to figure out how to bring variables into scope > temporarily. The issue we're having is parsing something like: > > auto f1(auto x) requires MyConcept() { } > > This is similar to the late return type code, but we want to parse > this during cp_parser_init_declarator instead of durin

[GSoC] Function parameter scope

2014-05-17 Thread Braden Obrzut
Hello, I'm trying to figure out how to bring variables into scope temporarily. The issue we're having is parsing something like: auto f1(auto x) requires MyConcept() { } This is similar to the late return type code, but we want to parse this during cp_parser_init_declarator instead of during cp

Re: we are starting the wide int merge

2014-05-17 Thread Richard Sandiford
Gerald Pfeifer writes: > On Sat, 10 May 2014, Gerald Pfeifer wrote: >> Since (at least) 16:40 UTC that day my i386-unknown-freebsd10.0 builds >> fail as follows: >> >> Comparing stages 2 and 3 >> warning: gcc/cc1obj-checksum.o differs >> warning: gcc/cc1-checksum.o differs >> warning: gcc