GSoC project ideas

2014-02-16 Thread Maxim Kuvyrkov
Hi, GCC has applied as a mentoring organization to GSoC 2014, and we need to update Project Ideas page: http://gcc.gnu.org/wiki/SummerOfCode . Ideas is where GSoC starts, and this is what captures attention and imagination of prospective students (and future developers!) of GCC. If you have a

Re: TYPE_BINFO and canonical types at LTO

2014-02-16 Thread Jan Hubicka
> On Fri, 14 Feb 2014, Jan Hubicka wrote: > > > > > This smells bad, since it is given a canonical type that is after the > > > > structural equivalency merging that ignores BINFOs, so it may be > > > > completely > > > > different class with completely different bases than the original. > > >

Re: Vectorizer Pragmas

2014-02-16 Thread Tim Prince
On 2/16/2014 2:05 PM, Renato Golin wrote: On 16 February 2014 17:23, Tobias Burnus wrote: Compiler vendors (and users) have different ideas whether the SIMD pragmas should give the compiler only a hint or completely override the compiler's heuristics. In case of the Intel compiler, the user r

gcc-4.9-20140216 is now available

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

Re: Vectorizer Pragmas

2014-02-16 Thread Renato Golin
On 16 February 2014 17:23, Tobias Burnus wrote: > As '#pragma omp simd' doesn't generate any threads and doesn't call the > OpenMP run-time library (libgomp), I would claim that it only controls the > tree vectorizer. (Hence, -fopenmp-simd was added as it permits this control > without enabling th

Re: Vectorizer Pragmas

2014-02-16 Thread Tobias Burnus
Renato Golin wrote: On 15 February 2014 19:26, Jakub Jelinek wrote: GCC supports #pragma GCC ivdep/#pragma simd/#pragma omp simd, the last one can be used without rest of OpenMP by using -fopenmp-simd switch. Does the simd/omp have control over the tree vectorizer? Or are they just flags for

Re: MSP430 in gcc4.9 ... enable interrupts?

2014-02-16 Thread David Brown
On 14/02/14 20:17, DJ Delorie wrote: The constructs in the *.md files are for the compiler's internal use (i.e. there are function attributes that trigger those). You don't need compiler support for these opcodes at the user level; the right way is to implement those builtins as inline assembler