Re: configure.{in -> ac} rename (commit 35eafcc71b) broke in-tree binutils building of gcc

2015-07-14 Thread Jan Beulich
>>> On 15.07.15 at 03:20, wrote: > On Tue, Jul 14, 2015 at 10:13:06AM +0100, Jan Beulich wrote: >> (there doesn't seem >> to be a fix for this in gcc trunk either, which I originally expected I could >> simply backport). > > The configure.in->configure.ac rename happened over a year ago so I > gu

Re: GCC 5.2 Second Release Candidate available from gcc.gnu.org

2015-07-14 Thread Richard Biener
On July 14, 2015 10:36:11 PM GMT+02:00, Janne Blomqvist wrote: >On Mon, Jul 13, 2015 at 10:30 AM, Richard Biener >wrote: >> >> A second release candidate for GCC 5.2 is available from >> >> ftp://gcc.gnu.org/pub/gcc/snapshots/5.2.0-RC-20150712 >> >> and shortly its mirrors. It has been generat

Re: configure.{in -> ac} rename (commit 35eafcc71b) broke in-tree binutils building of gcc

2015-07-14 Thread H.J. Lu
On Tue, Jul 14, 2015 at 7:00 PM, wrote: > > > >> On Jul 15, 2015, at 9:20 AM, Alan Modra wrote: >> >>> On Tue, Jul 14, 2015 at 10:13:06AM +0100, Jan Beulich wrote: >>> Alan, gcc maintainers, >>> >>> I was quite surprised for my gcc 4.9.3 build (using binutils 2.25 instead >>> of 2.24 as I had in

Re: configure.{in -> ac} rename (commit 35eafcc71b) broke in-tree binutils building of gcc

2015-07-14 Thread pinskia
> On Jul 15, 2015, at 9:20 AM, Alan Modra wrote: > >> On Tue, Jul 14, 2015 at 10:13:06AM +0100, Jan Beulich wrote: >> Alan, gcc maintainers, >> >> I was quite surprised for my gcc 4.9.3 build (using binutils 2.25 instead >> of 2.24 as I had in use with 4.9.2) to fail in rather obscure ways. Q

Re: configure.{in -> ac} rename (commit 35eafcc71b) broke in-tree binutils building of gcc

2015-07-14 Thread Alan Modra
On Tue, Jul 14, 2015 at 10:13:06AM +0100, Jan Beulich wrote: > Alan, gcc maintainers, > > I was quite surprised for my gcc 4.9.3 build (using binutils 2.25 instead > of 2.24 as I had in use with 4.9.2) to fail in rather obscure ways. Quite > a bit of digging resulted in me finding that gcc/configu

Re: GCC 5.2 Second Release Candidate available from gcc.gnu.org

2015-07-14 Thread Janne Blomqvist
On Mon, Jul 13, 2015 at 10:30 AM, Richard Biener wrote: > > A second release candidate for GCC 5.2 is available from > > ftp://gcc.gnu.org/pub/gcc/snapshots/5.2.0-RC-20150712 > > and shortly its mirrors. It has been generated from SVN revision 225717. > > I have sofar bootstrapped the release ca

Re: configure.{in -> ac} rename (commit 35eafcc71b) broke in-tree binutils building of gcc

2015-07-14 Thread Jim Wilson
On Tue, Jul 14, 2015 at 10:08 AM, H.J. Lu wrote: > Combined tree is useful when the latest binutils is needed by GCC. If you build and install binutils using the same --prefix as used for gcc, then gcc will automatically find that binutils and use it. You don't need combined trees to make this w

Re: configure.{in -> ac} rename (commit 35eafcc71b) broke in-tree binutils building of gcc

2015-07-14 Thread H.J. Lu
On Tue, Jul 14, 2015 at 10:03 AM, Jim Wilson wrote: > On 07/14/2015 02:13 AM, Jan Beulich wrote: >> I was quite surprised for my gcc 4.9.3 build (using binutils 2.25 instead >> of 2.24 as I had in use with 4.9.2) to fail in rather obscure ways. > > in-tree/combined-tree builds aren't recommended a

Re: configure.{in -> ac} rename (commit 35eafcc71b) broke in-tree binutils building of gcc

2015-07-14 Thread Jim Wilson
On 07/14/2015 02:13 AM, Jan Beulich wrote: > I was quite surprised for my gcc 4.9.3 build (using binutils 2.25 instead > of 2.24 as I had in use with 4.9.2) to fail in rather obscure ways. in-tree/combined-tree builds aren't recommended anymore, and hence aren't well maintained anymore. That is a

RE: Traces on Data Dependency graph.

2015-07-14 Thread Ajit Kumar Agarwal
-Original Message- From: Richard Biener [mailto:richard.guent...@gmail.com] Sent: Tuesday, July 14, 2015 6:35 PM To: Ajit Kumar Agarwal Cc: Jeff Law; Jan Hubicka; gcc@gcc.gnu.org; Vinod Kathail; Shail Aditya Gupta; Vidhumouli Hunsigida; Nagaraju Mekala Subject: Re: Traces on Data Depend

Re: C++ coding style inconsistencies

2015-07-14 Thread Trevor Saunders
On Tue, Jul 14, 2015 at 04:31:16PM +0200, Martin Liška wrote: > On 06/25/2015 08:28 PM, Richard Sandiford wrote: > > Sorry in advance for inviting a bikeshed discussion, but while making > > the hashing changes that I just committed, I noticed that the C++ification > > has been done in a variety of

Re: C++ coding style inconsistencies

2015-07-14 Thread Martin Liška
On 06/25/2015 08:28 PM, Richard Sandiford wrote: > Sorry in advance for inviting a bikeshed discussion, but while making > the hashing changes that I just committed, I noticed that the C++ification > has been done in a variety of different styles. I ended up having to follow > the "do what the sur

Re: Traces on Data Dependency graph.

2015-07-14 Thread Richard Biener
On Tue, Jul 14, 2015 at 2:12 PM, Ajit Kumar Agarwal wrote: > All: > > I am wondering how useful to form the traces on Data Dependency Graph. On top > of the traces in the Control flow graph, > I was thinking of forming the traces on data Dependency graph(DDG). > > Would this helps in further

Traces on Data Dependency graph.

2015-07-14 Thread Ajit Kumar Agarwal
All: I am wondering how useful to form the traces on Data Dependency Graph. On top of the traces in the Control flow graph, I was thinking of forming the traces on data Dependency graph(DDG). Would this helps in further vectorization and parallelization candidates. Thoughts? Thanks & Regar

Partition and subpartition Analysis that helps in further vectorization and parallelization

2015-07-14 Thread Ajit Kumar Agarwal
All: I am trying the place the following Analysis in the vectorizer of GCC that helps in improving the vectorizer to a great extent For the unit stride, zero stride and non stride accesses of memory that helps in vectorizer. For the Data Dependency graph, the topological sort is performed. The

Re: making the new if-converter not mangle IR that is already vectorizer-friendly [from Abe Fri. 2015-July-10 ~4:25pm US Central time, same date ~9:25pm UTC: responses to Richard, comments on: vectori

2015-07-14 Thread Richard Biener
On Fri, Jul 10, 2015 at 11:39 PM, Abe wrote: >> The GIMPLE level if-conversion code was purely >> written to make loops suitable for vectorization. > > > I`m not surprised to read that. > > >> It wasn't meant to provide if-conversion of >> scalar code in the end (even though it does). > > > Seren

configure.{in -> ac} rename (commit 35eafcc71b) broke in-tree binutils building of gcc

2015-07-14 Thread Jan Beulich
Alan, gcc maintainers, I was quite surprised for my gcc 4.9.3 build (using binutils 2.25 instead of 2.24 as I had in use with 4.9.2) to fail in rather obscure ways. Quite a bit of digging resulted in me finding that gcc/configure.ac looks for configure.in in a number of binutils subtrees. Globally