How to access structure information from "pass_vectorize"

2014-01-19 Thread Swati Rathi
We are writing a GIMPLE pass and would like to use some information 
computed in
pass_vectorize. However, we are not able to use the data structures 
which gets populated in pass_vectorize

because the information is not made available across passes.

In particular, we wish to access the structures "stmt_vec_info" and 
"data_reference".


How do we access this information? Should we invoke pass_vectorize as a 
sub-pass of our pass? Should
we explicitly call the execute function of pass_vectorize in our pass? 
Or should we modify pass_vectorize
code and make a deep copy in a global variable? Is there any other way 
of getting this information?


bootstrap broken for '-O3'

2014-01-19 Thread Winfried Magerl
High,

since "trunk revision 206525" I'm unable to bootstrap
gcc with '-O3' as optimisation. No problem until
revision 2065250.

>From the diff-output it looks like this entry from
ChangeLog is the only candidate:

---
diff -urN -x.svn gcc-head-206520/LAST_UPDATED gcc-head-206525/LAST_UPDATED
--- gcc-head-206520/LAST_UPDATED2014-01-19 17:54:07.053340903 +0100
+++ gcc-head-206525/LAST_UPDATED2014-01-19 18:58:54.049008110 +0100
@@ -1,2 +1,2 @@
-Sun Jan 19 17:54:07 CET 2014
-Sun Jan 19 16:54:07 UTC 2014 (revision 206520)
+Sun Jan 19 18:58:54 CET 2014
+Sun Jan 19 17:58:54 UTC 2014 (revision 206525)
diff -urN -x.svn gcc-head-206520/gcc/ChangeLog gcc-head-206525/gcc/ChangeLog
--- gcc-head-206520/gcc/ChangeLog   2014-01-19 17:54:03.620441749 +0100
+++ gcc-head-206525/gcc/ChangeLog   2014-01-19 18:58:51.113097157 +0100
@@ -1,3 +1,15 @@
+2014-01-10  Richard Biener  
+
+   PR tree-optimization/59374
+   * tree-vect-slp.c (vect_slp_analyze_bb_1): Move dependence
+   checking after SLP discovery.  Mark stmts not participating
+   in any SLP instance properly.
+
+2014-01-10  Kyrylo Tkachov  
+
+   * config/arm/arm.c (arm_new_rtx_costs): Use destination mode
+   when handling a SET rtx.
+
 2014-01-10  Kyrylo Tkachov  

* config/arm/arm-cores.def (cortex-a53): Specify FL_CRC32.
---

gcc is built with the following commands:

---
CFLAGS="-O3"; export CFLAGS
CXXFLAGS="$CFLAGS"; export CXXFLAGS
CFLAGS="$CFLAGS" CXXFLAGS="$CFLAGS" XCFLAGS="$CFLAGS" TCFLAGS="$CFLAGS" \
../gcc-head-206525/configure --enable-shared --prefix=/usr --enable-multilib=no 
--enable-checking=release --enable-werror=no --enable-languages='c,c++' >& 
configure.out
make -j6 BOOT_CFLAGS="-O3" >& make.out || exit 1
---

and results in the following error:

--
# make compare
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
warning: gcc/cc1plus-checksum.o differs
Bootstrap comparison failure!
gcc/bitmap.o differs
gcc/bt-load.o differs
gcc/emit-rtl.o differs
libiberty/pic/md5.o differs
libiberty/md5.o differs
Makefile:20642: recipe for target 'compare' failed
make: *** [compare] Error 1
--

I've verified the behaviour on opensuse 13.1 too to ensure
it's not caused by local tool-chain.

regards

winfried



gcc-4.9-20140119 is now available

2014-01-19 Thread gccadmin
Snapshot gcc-4.9-20140119 is now available on
  ftp://gcc.gnu.org/pub/gcc/snapshots/4.9-20140119/
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 revision 206783

You'll find:

 gcc-4.9-20140119.tar.bz2 Complete GCC

  MD5=dbb12aba57d88ea1dfd8c1e940f5cf25
  SHA1=c1db7a1970fe0e9bf695ff6444b71a979b94900b

Diffs from 4.9-20140112 are available in the diffs/ subdirectory.

When a particular snapshot is ready for public consumption the LATEST-4.9
link is updated and a message is sent to the gcc list.  Please do not use
a snapshot before it has been announced that way.


Update MAINTAINERS (Re: Remove spam in GCC mailing list)

2014-01-19 Thread Gerald Pfeifer
On Sun, 22 Dec 2013, Tae Wong wrote:
> It will be better if you have enabled the Launchpad account seotaewong40.
> 
> This account has been suspended for renaming an answer title multiple times.

The GCC team has nothing to do with Launchpad.

> There's also an ordering error on the GCC maintainer list:
> 
> On the write after approval section, Xinliang David Li comes between
> H.J. Lu and Christophe Lyon: please fix the sort order so his name
> appears between Kriang Lerdsuwanakij and Jiangning Liu.

Thanks for pointing this out.  Fixed per the patch below.

On the way I noticed (well, strictly speaking my editor did, and
transparently so) that the MAINTAINERS file was ISO 8859, so I did
the conversation to UTF-8 as well.  It's 2014 after all.

Gerald

* MAINTAINERS: Convert to UTF-8.
Properly sort Xinliang David Li's entry.
 
Index: MAINTAINERS
===
--- MAINTAINERS (revision 206770)
+++ MAINTAINERS (working copy)
@@ -276,11 +276,11 @@
 FortranErik Edelmann   erik.edelm...@iki.fi
 FortranDaniel Franke   franke.dan...@gmail.com
 FortranSteven G. Kargl 
s...@troutmask.apl.washington.edu
-FortranThomas K?ig tkoe...@gcc.gnu.org
+FortranThomas Königtkoe...@gcc.gnu.org
 FortranDaniel Kraftd...@domob.eu
 FortranToon Moene  t...@moene.org
 FortranMikael Morinmikael.mo...@sfr.fr
-FortranTobias Schl?er  
tobias.schlue...@physik.uni-muenchen.de
+FortranTobias Schlüter 
tobias.schlue...@physik.uni-muenchen.de
 FortranPaul Thomas pa...@gcc.gnu.org
 FortranJanus Weil  ja...@gcc.gnu.org
 gengtype/GTY   Laurynas Biveinis   
laurynas.bivei...@gmail.com
@@ -346,7 +346,7 @@
 Stephane Carrezstcar...@nerim.fr
 Gabriel Charette   gch...@google.com
 Chandra Chavva ccha...@redhat.com
-Fabien Ch?efab...@gcc.gnu.org
+Fabien Chêne   fab...@gcc.gnu.org
 Bin Cheng  bin.ch...@arm.com
 Harshit Chopra hars...@google.com
 William Cohen  wco...@redhat.com
@@ -353,7 +353,7 @@
 Josh Connerjcon...@apple.com
 R. Kelley Cook kc...@gcc.gnu.org
 Christian Cornelssen   cc...@cs.tu-berlin.de
-Fran?is-Xavier Coudert fxcoud...@gcc.gnu.org
+François-Xavier Coudertfxcoud...@gcc.gnu.org
 Cary Coutant   ccout...@google.com
 Lawrence Crowl cr...@google.com
 Ian Dall   i...@beware.dropbear.id.au
@@ -361,7 +361,7 @@
 Bud Davis  jmda...@link.com
 Chris Demetriouc...@google.com
 Sameera Deshpande  sameera.deshpa...@arm.com
-Fran?is Dumont fdum...@gcc.gnu.org
+François Dumontfdum...@gcc.gnu.org
 Benoit Dupont de Dinechin  benoit.dupont-de-dinec...@st.com
 Michael Eager  ea...@eagercon.com
 Bernd Edlinger bernd.edlin...@hotmail.de
@@ -369,7 +369,7 @@
 Mohan Embargnust...@thisiscool.com
 Revital Eres   e...@il.ibm.com
 Marc Espie es...@cvs.openbsd.org
-Rafael ?vila de Esp?dola   espind...@google.com
+Rafael Ávila de Espíndola  espind...@google.com
 Ansgar Esztermann  ans...@thphy.uni-duesseldorf.de
 Doug Evans d...@google.com
 Chris Fairles  cfair...@gcc.gnu.org
@@ -448,15 +448,15 @@
 Marc Lehmann   p...@goof.com
 James Lemkejwle...@codesourcery.com
 Kriang Lerdsuwanakij   lerds...@users.sourceforge.net
+Xinliang David Li  davi...@google.com
 Jiangning Liu  jiangning@arm.com
 Sa Liu sa...@de.ibm.com
 Ralph Loader   r...@ihug.co.nz
 Gabor Loki l...@inf.u-szeged.hu
 Sandra Loosemore   sa