My nightly LTO bootstrap with C and Fortran caught a problem:

2011-04-23 Thread Toon Moene

As follows:

/home/toon/compilers/obj-t/./prev-gcc/xgcc 
-B/home/toon/compilers/obj-t/./prev-gcc/ 
-B/usr/snp/x86_64-unknown-linux-gnu/bin/ 
-B/usr/snp/x86_64-unknown-linux-gnu/bin/ 
-B/usr/snp/x86_64-unknown-linux-gnu/lib/ -isystem 
/usr/snp/x86_64-unknown-linux-gnu/include -isystem 
/usr/snp/x86_64-unknown-linux-gnu/sys-include  -g -O2 
-flto=jobserver -frandom-seed=1 -DIN_GCC   -W -Wall -Wwrite-strings 
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes 
-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros 
-Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat 
-fno-common  -DHAVE_CONFIG_H -static-libstdc++ -static-libgcc  -o cc1 
c-lang.o c-family/stub-objc.o attribs.o c-errors.o c-decl.o c-typeck.o 
c-convert.o c-aux-info.o c-objc-common.o c-parser.o tree-mudflap.o 
c-family/c-common.o c-family/c-cppbuiltin.o c-family/c-dump.o 
c-family/c-format.o c-family/c-gimplify.o c-family/c-lex.o 
c-family/c-omp.o c-family/c-opts.o c-family/c-pch.o 
c-family/c-ppoutput.o c-family/c-pragma.o c-family/c-pretty-print.o 
c-family/c-semantics.o c-family/c-ada-spec.o i386-c.o default-c.o \
	  cc1-checksum.o main.o tree-browser.o libbackend.a ../libcpp/libcpp.a 
../libdecnumber/libdecnumber.a ../libcpp/libcpp.a 
../libiberty/libiberty.a ../libdecnumber/libdecnumber.a-lmpc -lmpfr 
-lgmp -rdynamic -ldl  -L../zlib -lz
lto1: internal compiler error: vector VEC(tree,base) index domain error, 
in evaulate_conditions_for_edge at ipa-inline-analysis.c:466

Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
lto-wrapper: /home/toon/compilers/obj-t/./prev-gcc/xgcc returned 1 exit 
status

/usr/bin/ld: lto-wrapper failed
collect2: ld returned 1 exit status
make[3]: *** [cc1] Error 1
make[3]: *** Waiting for unfinished jobs
lto1: internal compiler error: vector VEC(tree,base) index domain error, 
in evaulate_conditions_for_edge at ipa-inline-analysis.c:466

Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
lto-wrapper: /home/toon/compilers/obj-t/./prev-gcc/xgcc returned 1 exit 
status

/usr/bin/ld: lto-wrapper failed
collect2: ld returned 1 exit status
make[3]: *** [lto1] Error 1
lto1: internal compiler error: vector VEC(tree,base) index domain error, 
in evaulate_conditions_for_edge at ipa-inline-analysis.c:466

Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
lto-wrapper: /home/toon/compilers/obj-t/./prev-gcc/xgcc returned 1 exit 
status

/usr/bin/ld: lto-wrapper failed
collect2: ld returned 1 exit status
make[3]: *** [f951] Error 1
rm gcov.pod gfdl.pod cpp.pod gfortran.pod fsf-funding.pod gcc.pod
make[3]: Leaving directory `/home/toon/compilers/obj-t/gcc'
make[2]: *** [all-stage2-gcc] Error 2
make[2]: Leaving directory `/home/toon/compilers/obj-t'
make[1]: *** [stage2-bubble] Error 2
make[1]: Leaving directory `/home/toon/compilers/obj-t'
make: *** [all] Error 2

This is in stage 2.

[ Now I have to figure out a way to automate this message :-) ]

--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG  Maartensdijk, The Netherlands
At home: http://moene.org/~toon/; weather: http://moene.org/~hirlam/
Progress of GNU Fortran: http://gcc.gnu.org/wiki/GFortran#news


Re: Traversing typedef hierarchy in C/C++ tree

2011-04-23 Thread Dodji Seketeli
Hello Boris,

Boris Kolpackov  a écrit:

> I am trying to figure out how to get a typedef hierarchy from the C/C++
> tree in GCC. Consider the following declarations:
>
> struct s {};
>
> typedef s s_t;
> typedef s_t my_s_t;
>
> my_s_t x;
>
> Giveb 'x' VAR_DECL I can have this traversal using TYPE_MAIN_VARIANT():
>
> x -> my_s_t -> s;
>
> What I am trying to achieve is this:
>
> x -> my_s_t -> s_t -> s

In G++, let's say that the tree node representing my_s_t is t.  Then,
DECL_ORIGINAL_TYPE (TYPE_NAME (t)) points to the tree node of s_t.  You
can walk the relationship "t is a typedef of foo" like that.  For the C
front-end though, I am not sure.

-- 
Dodji


Re: My nightly LTO bootstrap with C and Fortran caught a problem:

2011-04-23 Thread Jan Hubicka
> ../libdecnumber/libdecnumber.a ../libcpp/libcpp.a  
> ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a-lmpc -lmpfr  
> -lgmp -rdynamic -ldl  -L../zlib -lz
> lto1: internal compiler error: vector VEC(tree,base) index domain error,  
> in evaulate_conditions_for_edge at ipa-inline-analysis.c:466

Uh, similar problem reproduces for me on mozilla build now (but did not with
almost final version of patch that built mozilla just fine).  I am not entirely
sure what is causing the problem, since the code in question ICEs because the
jump functions are just a nonsense (claiming passthrough of parameters with
insane IDs and constant vlaues that are not even trees).

It smeels like a memory corruption of jump functions that perhaps went
unnoticed since they are only queried for indirect calls.  I am looking into it
now.

Honza


gcc-4.7-20110423 is now available

2011-04-23 Thread gccadmin
Snapshot gcc-4.7-20110423 is now available on
  ftp://gcc.gnu.org/pub/gcc/snapshots/4.7-20110423/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.

This snapshot has been generated from the GCC 4.7 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk revision 172902

You'll find:

 gcc-4.7-20110423.tar.bz2 Complete GCC (includes all of below)

  MD5=33ac8111f342b92581e587bcd970e61d
  SHA1=aa3ea3774d7f90bf8b1db85600f4578fa507683b

 gcc-core-4.7-20110423.tar.bz2C front end and core compiler

  MD5=7a4897bd0c5532f4ae9cf0c0dd5be0c3
  SHA1=565e6100facd3e53c1fcd94b398e73221e3ea34a

 gcc-ada-4.7-20110423.tar.bz2 Ada front end and runtime

  MD5=7e18eb0377130d089616772ffb09479b
  SHA1=1a2fdcca1827a4a187895074c51f033109d7cc62

 gcc-fortran-4.7-20110423.tar.bz2 Fortran front end and runtime

  MD5=8f4f22ff7ae6158f9e3ea0fc306fffbf
  SHA1=ae32481307d8e16d488ccd6a5066e02416a124ea

 gcc-g++-4.7-20110423.tar.bz2 C++ front end and runtime

  MD5=0c6bda5a7802080243c488239c82b6a9
  SHA1=aa8ad1ada9d2097a91960dfaf6f49df337ee2f18

 gcc-go-4.7-20110423.tar.bz2  Go front end and runtime

  MD5=c4eb10590bcf4834e71b47bd27398294
  SHA1=f963c4b2b6fd17fc8840da34a5b1e1e64c93a5e2

 gcc-java-4.7-20110423.tar.bz2Java front end and runtime

  MD5=83608bca181bef8eead6af105afe3cf8
  SHA1=af9d91eadb8a31283e419e812bb1f7fbcd994538

 gcc-objc-4.7-20110423.tar.bz2Objective-C front end and runtime

  MD5=2f93b2377bcda097a1af96ba2b5a739e
  SHA1=14352486f62972578de2bc32f257fda92d12e777

 gcc-testsuite-4.7-20110423.tar.bz2   The GCC testsuite

  MD5=281d4f9d41a9f9fc5eb36e611ce318f0
  SHA1=8547e5d137fbc628b7276e8afbe0d3a588e9d502

Diffs from 4.7-20110416 are available in the diffs/ subdirectory.

When a particular snapshot is ready for public consumption the LATEST-4.7
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.