How to access structure information from "pass_vectorize"
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'
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
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)
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