[RFC]Better support for big-endian targets in GCC vectorizer

2014-05-27 Thread Bin.Cheng
Hi, To attract more eyes, I should have used a scarier subject like "GCC's vectorizer is heading in the wrong direction on big-endian targets". The idea came from a simple vectorization case I ran into and a discussion with Richard. Given simple case like: typedef signed short *__restrict__ pRS

Re: [RFC]Better support for big-endian targets in GCC vectorizer

2014-05-27 Thread Richard Biener
On Tue, May 27, 2014 at 10:24 AM, Bin.Cheng wrote: > Hi, > > To attract more eyes, I should have used a scarier subject like "GCC's > vectorizer is heading in the wrong direction on big-endian targets". > > The idea came from a simple vectorization case I ran into and a > discussion with Richard.

GCC 4.7.4 Status Report (2014-05-27)

2014-05-27 Thread Richard Biener
Status == As GCC 4.9.0 is out it is time to retire the GCC 4.7 branch. Following the established process we will do a last release from the branch and close it afterwards. The plan is to do a release candidate for GCC 4.7.4 early next week. The GCC 4.7 branch remains in regression and docu

Re: How can I generate a new function at compile time?

2014-05-27 Thread Benedikt Huber
(Sorry for the duplicate.) I managed to pass the needed parameters to the generated function. However I cannot pin down the reason why the compilation fails. It seems that the cfg is somehow broken, but I cannot tell how. Do you have any debugging hints? As far as I can tell, the cfg is changed d

Re: How can I generate a new function at compile time?

2014-05-27 Thread Richard Biener
On Tue, May 27, 2014 at 5:03 PM, Benedikt Huber wrote: > (Sorry for the duplicate.) > > I managed to pass the needed parameters to the generated function. > However I cannot pin down the reason why the compilation fails. > It seems that the cfg is somehow broken, but I cannot tell how. > Do you ha

Re: How can I generate a new function at compile time?

2014-05-27 Thread Benedikt Huber
On 27 May 2014, at 17:09, Richard Biener wrote: > On Tue, May 27, 2014 at 5:03 PM, Benedikt Huber > wrote: >> (Sorry for the duplicate.) >> >> I managed to pass the needed parameters to the generated function. >> However I cannot pin down the reason why the compilation fails. >> It seems that

Re: How can I generate a new function at compile time?

2014-05-27 Thread Richard Biener
On Tue, May 27, 2014 at 5:17 PM, Benedikt Huber wrote: > > On 27 May 2014, at 17:09, Richard Biener wrote: > >> On Tue, May 27, 2014 at 5:03 PM, Benedikt Huber >> wrote: >>> (Sorry for the duplicate.) >>> >>> I managed to pass the needed parameters to the generated function. >>> However I cannot

Re: How can I generate a new function at compile time?

2014-05-27 Thread Benedikt Huber
On 27 May 2014, at 17:25, Richard Biener wrote: > On Tue, May 27, 2014 at 5:17 PM, Benedikt Huber > wrote: >> >> On 27 May 2014, at 17:09, Richard Biener wrote: >> >>> On Tue, May 27, 2014 at 5:03 PM, Benedikt Huber >>> wrote: (Sorry for the duplicate.) I managed to pass the

Re: Darwin bootstrap failure following wide int merge (was: we are starting the wide int merge)

2014-05-27 Thread Mike Stump
Ping? Or, I can ask, any objections? In https://gcc.gnu.org/PR61146 it is stated that GMP removed the casts in 2005. On May 26, 2014, at 4:26 AM, FX wrote: >> So changing just 2 of them doesn't feel right to me… > > [Again, with the patch actually attached… sorry] > > Here’s a patch that rem

Re: Darwin bootstrap failure following wide int merge (was: we are starting the wide int merge)

2014-05-27 Thread FX
> Or, I can ask, any objections? In https://gcc.gnu.org/PR61146 it is stated > that GMP removed the casts in 2005. Among the many many versions of longlong.h that one can find around the web, many have don’t have these casts, including GMP and coreutils (http://code.metager.de/source/xref/gnu/

Re: Darwin bootstrap failure following wide int merge (was: we are starting the wide int merge)

2014-05-27 Thread Jakub Jelinek
On Mon, May 26, 2014 at 08:36:31AM -0700, Mike Stump wrote: > On May 26, 2014, at 2:22 AM, FX wrote: > >> This causes GCC bootstrap to fail on Darwin systems (whose system compiler > >> is clang-based). Since PR 61146 was resolved as INVALID (but I’m not sure > >> it’s the right call, see below)