[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2011-05-02 Thread uweigand at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858

--- Comment #29 from Ulrich Weigand uweigand at gcc dot gnu.org 2011-05-02 
14:06:52 UTC ---
Author: uweigand
Date: Mon May  2 14:06:48 2011
New Revision: 173252

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=173252
Log:
2011-05-02  Ulrich Weigand  ulrich.weig...@linaro.org

PR middle-end/43085
Backport from mainline:

2010-04-29  Bernd Schmidt  ber...@codesourcery.com

From Dominique d'Humieres domi...@lps.ens.fr
PR bootstrap/43858
* ifcvt.c (dead_or_predicable): Use df_simulate_find_defs to compute
test_set.

2010-04-26  Bernd Schmidt  ber...@codesourcery.com

* df-problems.c (df_simulate_initialize_forwards): Set, don't clear,
bits for artificial defs at the top of the block.
* fwprop.c (single_def_use_enter_block): Don't call it.

2010-04-22  Bernd Schmidt  ber...@codesourcery.com

* ifcvt.c (dead_or_predicable): Use df_simulate_find_defs and
df_simulate_find_noclobber_defs as appropriate.  Keep track of an
extra set merge_set_noclobber, and use it to relax the final test
slightly.
* df.h (df_simulate_find_noclobber_defs): Declare.
* df-problems.c (df_simulate_find_defs): Don't ignore partial or
conditional defs.
(df_simulate_find_noclobber_defs): New function.

Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/df-problems.c
branches/gcc-4_5-branch/gcc/df.h
branches/gcc-4_5-branch/gcc/fwprop.c
branches/gcc-4_5-branch/gcc/ifcvt.c


[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-29 Thread bernds at gcc dot gnu dot org


--- Comment #27 from bernds at gcc dot gnu dot org  2010-04-29 11:04 ---
Subject: Bug 43858

Author: bernds
Date: Thu Apr 29 11:04:30 2010
New Revision: 158898

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158898
Log:
From Dominique d'Humieres domi...@lps.ens.fr
PR bootstrap/43858
* ifcvt.c (dead_or_predicable): Use df_simulate_find_defs to compute
test_set.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/ifcvt.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-29 Thread rguenth at gcc dot gnu dot org


--- Comment #28 from rguenth at gcc dot gnu dot org  2010-04-29 15:11 
---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-28 Thread dominiq at lps dot ens dot fr


--- Comment #19 from dominiq at lps dot ens dot fr  2010-04-28 08:50 ---
 Two questions - are you sure you didn't reverse the _w and _f files (i.e. 
 maybe
 _f is the working version and _w the failing one)?  

I have looked at how I have generated the archive and I don't think so.
I'll double-check later today.

 Are you sure this isn't a problem with your 4.0.1 bootstrap compiler? 

How can anyone be sure!-(however this does not seem consistent with
the fact that the all the object files, but  ifcvt.o, have the same size (is
there a way to make a deeper comparison?) and also the regress bot is
still failing to bootstrap (see pointer in comment #0) while using a 
different config (but probably the same gcc).

 Can you try building a different
 working gcc (e.g. from the 4.5 branch), and bootstrapping with that?

I'll try to have a look later today.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-28 Thread dominiq at lps dot ens dot fr


--- Comment #20 from dominiq at lps dot ens dot fr  2010-04-28 08:54 ---
I have forgotten to ask my question! Could it be a similar issue to that you
fixed for pr42220?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-28 Thread dominiq at lps dot ens dot fr


--- Comment #21 from dominiq at lps dot ens dot fr  2010-04-28 13:19 ---
 Two questions - are you sure you didn't reverse the _w and _f files (i.e. 
 maybe
 _f is the working version and _w the failing one)?  

I have double checked and I confirm that the *_f.* files are coming from the
failing bootstrap.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-28 Thread bernds at codesourcery dot com


--- Comment #22 from bernds at codesourcery dot com  2010-04-28 13:59 
---
(In reply to comment #20)
 I have forgotten to ask my question! Could it be a similar issue to that you
 fixed for pr42220?

No, that looks completely unrelated at first glance.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-28 Thread howarth at nitro dot med dot uc dot edu


--- Comment #23 from howarth at nitro dot med dot uc dot edu  2010-04-28 
16:50 ---
Dominique,
   Are you saying you regression hunted and this was triggered by...
Author: bernds
Date: Thu Apr 22 11:47:52 2010
New Revision: 158643

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158643
Log:
* optabs.h (expand_widening_mult): Declare.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/optabs.h


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-28 Thread dominiq at lps dot ens dot fr


--- Comment #24 from dominiq at lps dot ens dot fr  2010-04-28 17:07 ---
 Are you saying you regression hunted and this was triggered by...
 Author: bernds
 Date: Thu Apr 22 11:47:52 2010
 New Revision: 158643

No. If you read the thread, it was due to revision 158639 (see comment #6).
However in order to reach this conclusion, you need to apply revision 158643 in
order to fix a previous bootstrap failure.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-28 Thread dominiq at lps dot ens dot fr


--- Comment #25 from dominiq at lps dot ens dot fr  2010-04-28 19:27 ---
The following change applied on top of revision 158827 is enough to reach stage
3 (and probably to bootstrap -answer tomorrow):

--- ../_gcc_clean/gcc/ifcvt.c   2010-04-22 13:23:31.0 +0200
+++ ../gcc-4.6-work/gcc/ifcvt.c 2010-04-28 16:55:01.0 +0200
@@ -4083,7 +4083,7 @@ dead_or_predicable (basic_block test_bb,
{
  if (INSN_P (insn))
{
- df_simulate_find_noclobber_defs (insn, test_set);
+ df_simulate_find_defs (insn, test_set);
  df_simulate_one_insn_backwards (test_bb, insn, test_live);
}
  prev = PREV_INSN (insn);


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-28 Thread bernds at codesourcery dot com


--- Comment #26 from bernds at codesourcery dot com  2010-04-28 19:33 
---
Ah! I think that makes sense. For some reason I only looked at the other use of
df_simulate_find_noclobber_defs.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-27 Thread dominiq at lps dot ens dot fr


--- Comment #14 from dominiq at lps dot ens dot fr  2010-04-27 09:38 ---
 If the testsuite run produces nothing, can you check the object files of the
 two stage2 compilers (working and broken) for differences in code generation? 
 That could help narrow down which file is being miscompiled.

Results of the gcc testsuite after stage1 with the original ifcvt.c file:

FAIL: gcc.dg/debug/dwarf2/aranges-fnsec-1.c scan-assembler DW_AT_ranges
FAIL: gcc.dg/and-1.c scan-assembler-not nand
FAIL: gcc.dg/plugindir1.c (test for excess errors)
FAIL: gcc.dg/plugindir2.c (test for excess errors)
FAIL: gcc.dg/plugindir3.c (test for excess errors)
FAIL: gcc.dg/plugindir4.c (test for excess errors)
FAIL: gcc.dg/pr34668-1.c (internal compiler error)
FAIL: gcc.dg/pr34668-1.c (test for excess errors)
FAIL: gcc.dg/pragma-darwin.c (test for excess errors)
FAIL: gcc.dg/sms-2.c scan-rtl-dump-times sms SMS succeeded 1
FAIL: gcc.dg/sms-3.c scan-rtl-dump-times sms SMS succeeded 1
FAIL: gcc.dg/sms-4.c scan-rtl-dump-times sms SMS succeeded 1
FAIL: gcc.dg/sms-5.c scan-rtl-dump-times sms SMS succeeded 1
FAIL: gcc.dg/sms-6.c scan-rtl-dump-times sms SMS succeeded 3
FAIL: gcc.dg/sms-7.c scan-rtl-dump-times sms SMS succeeded 3
FAIL: gcc.dg/sms-8.c scan-rtl-dump-times sms SMS succeeded 1
FAIL: gcc.dg/tree-ssa/pr42585.c scan-tree-dump-times optimized struct _fat_ptr
_ans 0
FAIL: gcc.dg/tree-ssa/pr42585.c scan-tree-dump-times optimized struct _fat_ptr
_T2 0
FAIL: gcc.dg/tree-ssa/vrp47.c scan-tree-dump-times vrp1 [xy][^ ]* != 0
FAIL: gcc.dg/tree-ssa/vrp47.c scan-tree-dump-times dom1 x[^ ]*  y 1
FAIL: gcc.dg/vect/costmodel/ppc/costmodel-vect-31d.c scan-tree-dump-times vect
vectorization not profitable 1
FAIL: gcc.dg/vect/costmodel/ppc/costmodel-vect-68d.c scan-tree-dump-times vect
vectorization not profitable 1
FAIL: gcc.dg/vect/costmodel/ppc/costmodel-vect-76a.c scan-tree-dump-times vect
vectorized 1 loops 1
FAIL: gcc.dg/vect/costmodel/ppc/costmodel-vect-76b.c scan-tree-dump-times vect
vectorization not profitable 1
FAIL: gcc.dg/vect/pr35821-altivec.c scan-tree-dump-times vect vectorized 1
loops 1
FAIL: gcc.dg/vect/section-anchors-pr27770.c (test for excess errors)
FAIL: gcc.dg/vect/section-anchors-vect-69.c (test for excess errors)
FAIL: gcc.dg/vect/section-anchors-vect-69.c scan-tree-dump-times vect
Alignment of access forced using peeling 4
FAIL: gcc.dg/vect/aligned-section-anchors-nest-1.c (test for excess errors)
FAIL: gcc.dg/vect/aligned-section-anchors-nest-1.c scan-ipa-dump-times
increase_alignment Increasing alignment of decl 3: dump file does not exist
FAIL: gcc.target/powerpc/405-dlmzb-strlen-1.c scan-assembler dlmzb\\. 
FAIL: gcc.target/powerpc/440-dlmzb-strlen-1.c scan-assembler dlmzb\\. 
FAIL: gcc.target/powerpc/ppc64-double-1.c scan-assembler-not stfd

=== gcc Summary ===

# of expected passes56981
# of unexpected failures33
# of expected failures  173
# of unsupported tests  782

Reference log:

Running target unix/-m32
FAIL: gcc.dg/debug/dwarf2/aranges-fnsec-1.c scan-assembler DW_AT_ranges
FAIL: gcc.dg/and-1.c scan-assembler-not nand
FAIL: gcc.dg/plugindir1.c (test for excess errors)
FAIL: gcc.dg/plugindir2.c (test for excess errors)
FAIL: gcc.dg/plugindir3.c (test for excess errors)
FAIL: gcc.dg/plugindir4.c (test for excess errors)
FAIL: gcc.dg/pr34668-1.c (internal compiler error)
FAIL: gcc.dg/pr34668-1.c (test for excess errors)
FAIL: gcc.dg/pragma-darwin.c (test for excess errors)
FAIL: gcc.dg/sms-2.c scan-rtl-dump-times sms SMS succeeded 1
FAIL: gcc.dg/sms-3.c scan-rtl-dump-times sms SMS succeeded 1
FAIL: gcc.dg/sms-4.c scan-rtl-dump-times sms SMS succeeded 1
FAIL: gcc.dg/sms-5.c scan-rtl-dump-times sms SMS succeeded 1
FAIL: gcc.dg/sms-6.c scan-rtl-dump-times sms SMS succeeded 3
FAIL: gcc.dg/sms-7.c scan-rtl-dump-times sms SMS succeeded 3
FAIL: gcc.dg/sms-8.c scan-rtl-dump-times sms SMS succeeded 1
FAIL: gcc.dg/tree-ssa/pr42585.c scan-tree-dump-times optimized struct _fat_ptr
_ans 0
FAIL: gcc.dg/tree-ssa/pr42585.c scan-tree-dump-times optimized struct _fat_ptr
_T2 0
FAIL: gcc.dg/tree-ssa/vrp47.c scan-tree-dump-times vrp1 [xy][^ ]* != 0
FAIL: gcc.dg/tree-ssa/vrp47.c scan-tree-dump-times dom1 x[^ ]*  y 1
FAIL: gcc.dg/vect/costmodel/ppc/costmodel-vect-31d.c scan-tree-dump-times vect
vectorization not profitable 1
FAIL: gcc.dg/vect/costmodel/ppc/costmodel-vect-68d.c scan-tree-dump-times vect
vectorization not profitable 1
FAIL: gcc.dg/vect/costmodel/ppc/costmodel-vect-76a.c scan-tree-dump-times vect
vectorized 1 loops 1
FAIL: gcc.dg/vect/costmodel/ppc/costmodel-vect-76b.c scan-tree-dump-times vect
vectorization not profitable 1
FAIL: gcc.dg/vect/pr35821-altivec.c scan-tree-dump-times vect vectorized 1
loops 1
FAIL: gcc.dg/vect/section-anchors-pr27770.c (test for excess errors)
FAIL: gcc.dg/vect/section-anchors-vect-69.c (test for excess errors)
FAIL: gcc.dg/vect/section-anchors-vect-69.c scan-tree-dump-times vect
Alignment of access forced using peeling 4
FAIL: 

[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-27 Thread bernds at gcc dot gnu dot org


--- Comment #15 from bernds at gcc dot gnu dot org  2010-04-27 09:47 ---
Thanks.  Could you attach those object files (ignoring ifcvt.o since it
obviously changes due to the source change)?

Even better would be if you could produce assembly output by finding the
command that produced the outputs and adding -S etc.  Please also add -v to
the compiler so that we can see the exact options that are passed to cc1 (as I
mentioned, I'm unable to reproduce codegen differences, and my set of testcases
includes .i from recent gcc sources, so I'm wondering if there are any
machine-specific options I need to pass).


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-27 Thread dominiq at lps dot ens dot fr


--- Comment #16 from dominiq at lps dot ens dot fr  2010-04-27 15:24 ---
 Thanks.  Could you attach those object files (ignoring ifcvt.o since it
 obviously changes due to the source change)?

 Even better would be if you could produce assembly output by finding the
 command that produced the outputs and adding -S etc.  Please also add -v to
 the compiler so that we can see the exact options that are passed to cc1 (as I
 mentioned, I'm unable to reproduce codegen differences, and my set of 
 testcases
 includes .i from recent gcc sources, so I'm wondering if there are any
 machine-specific options I need to pass).

I'll attach the (omega|real).(i|s) files got with

[karma] darwin_buildw/prev-gcc% /opt/gcc/darwin_buildw/./stage1-gcc/xgcc
-B/opt/gcc/darwin_buildw/./stage1-gcc/
-B/opt/gcc/gcc4.6w/powerpc-apple-darwin9/bin/
-B/opt/gcc/gcc4.6w/powerpc-apple-darwin9/bin/
-B/opt/gcc/gcc4.6w/powerpc-apple-darwin9/lib/ -isystem
/opt/gcc/gcc4.6w/powerpc-apple-darwin9/include -isystem
/opt/gcc/gcc4.6w/powerpc-apple-darwin9/sys-include -c -g -O2 -mdynamic-no-pic
-gtoggle -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 -I. -I. -I../../gcc-4.6-work/gcc
-I../../gcc-4.6-work/gcc/. -I../../gcc-4.6-work/gcc/../include
-I../../gcc-4.6-work/gcc/../libcpp/include -I/sw/include -I/sw/include
-I../../gcc-4.6-work/gcc/../libdecnumber
-I../../gcc-4.6-work/gcc/../libdecnumber/dpd -I../libdecnumber -I/sw/include
-I/sw/include -DCLOOG_PPL_BACKEND ../../gcc-4.6-work/gcc/omega.c -v -save-temps
Reading specs from /opt/gcc/darwin_buildw/./stage1-gcc/specs
COLLECT_GCC=/opt/gcc/darwin_buildw/stage1-gcc/xgcc
COLLECT_LTO_WRAPPER=/opt/gcc/darwin_buildw/./stage1-gcc/lto-wrapper
Target: powerpc-apple-darwin9
Configured with: ../gcc-4.6-work/configure --prefix=/opt/gcc/gcc4.6w
--mandir=/opt/gcc/gcc4.6w/share/man --infodir=/opt/gcc/gcc4.6w/share/info
--build=powerpc-apple-darwin9 --enable-languages=c,fortran --with-gmp=/sw
--with-libiconv-prefix=/usr --with-system-zlib --x-includes=/usr/X11R6/include
--x-libraries=/usr/X11R6/lib --with-cloog=/sw --with-ppl=/sw --with-mpc=/sw
Thread model: posix
gcc version 4.6.0 20100422 (experimental) [trunk revision 158639-43p2] (GCC) 
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.5.8'
'-B/opt/gcc/darwin_buildw/./stage1-gcc/'
'-B/opt/gcc/gcc4.6w/powerpc-apple-darwin9/bin/'
'-B/opt/gcc/gcc4.6w/powerpc-apple-darwin9/bin/'
'-B/opt/gcc/gcc4.6w/powerpc-apple-darwin9/lib/' '-isystem'
'/opt/gcc/gcc4.6w/powerpc-apple-darwin9/include' '-isystem'
'/opt/gcc/gcc4.6w/powerpc-apple-darwin9/sys-include' '-c' '-g' '-O2'
'-mdynamic-no-pic' '-gtoggle' '-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' '-I.'
'-I.' '-I../../gcc-4.6-work/gcc' '-I../../gcc-4.6-work/gcc/.'
'-I../../gcc-4.6-work/gcc/../include'
'-I../../gcc-4.6-work/gcc/../libcpp/include' '-I/sw/include' '-I/sw/include'
'-I../../gcc-4.6-work/gcc/../libdecnumber'
'-I../../gcc-4.6-work/gcc/../libdecnumber/dpd' '-I../libdecnumber'
'-I/sw/include' '-I/sw/include' '-DCLOOG_PPL_BACKEND' '-v' '-save-temps'
 /opt/gcc/darwin_buildw/./stage1-gcc/cc1 -E -quiet -v -I. -I.
-I../../gcc-4.6-work/gcc -I../../gcc-4.6-work/gcc/.
-I../../gcc-4.6-work/gcc/../include -I../../gcc-4.6-work/gcc/../libcpp/include
-I/sw/include -I/sw/include -I../../gcc-4.6-work/gcc/../libdecnumber
-I../../gcc-4.6-work/gcc/../libdecnumber/dpd -I../libdecnumber -I/sw/include
-I/sw/include -iprefix
/opt/gcc/darwin_buildw/stage1-gcc/../lib/gcc/powerpc-apple-darwin9/4.6.0/
-isystem /opt/gcc/darwin_buildw/./stage1-gcc/include -isystem
/opt/gcc/darwin_buildw/./stage1-gcc/include-fixed -D__DYNAMIC__ -DIN_GCC
-DHAVE_CONFIG_H -DCLOOG_PPL_BACKEND -isystem
/opt/gcc/gcc4.6w/powerpc-apple-darwin9/include -isystem
/opt/gcc/gcc4.6w/powerpc-apple-darwin9/sys-include
../../gcc-4.6-work/gcc/omega.c -feliminate-unused-debug-symbols
-mmacosx-version-min=10.5.8 -mdynamic-no-pic -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 -g -gtoggle -fworking-directory
-O2 -fpch-preprocess -o omega.i
ignoring nonexistent directory /opt/gcc/gcc4.6w/powerpc-apple-darwin9/include
ignoring nonexistent directory
/opt/gcc/gcc4.6w/powerpc-apple-darwin9/sys-include
ignoring nonexistent directory
/opt/gcc/darwin_buildw/stage1-gcc/../lib/gcc/powerpc-apple-darwin9/4.6.0/include
ignoring nonexistent directory
/opt/gcc/darwin_buildw/stage1-gcc/../lib/gcc/powerpc-apple-darwin9/4.6.0/include-fixed
ignoring nonexistent directory

[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-27 Thread dominiq at lps dot ens dot fr


--- Comment #17 from dominiq at lps dot ens dot fr  2010-04-27 15:27 ---
Created an attachment (id=20499)
 -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20499action=view)
bziped tar file containing the *.i and *.s files

The *_f.* files corresponds to the failing bootstrap and the *_w.* ones to the
successful bootstrap.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-27 Thread bernds at gcc dot gnu dot org


--- Comment #18 from bernds at gcc dot gnu dot org  2010-04-27 22:27 ---
Thanks for all the information.  However, I'm still puzzled.  Here's the
situation.

Thanks to your information, I think I can reproduce how the assembly files are
generated:

./cc1  -feliminate-unused-debug-symbols -mmacosx-version-min=10.5.8
-mdynamic-no-pic -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 -g -gtoggle -fworking-directory -fpreprocessed -O2
omega_w.i -o omega_w.s

However, both in the case of real_w.i and omega_w.i, it does not seem to matter
whether the ifcvt patch is changed as in comment 7: I get identical assembly
from both compilers, and interestingly it's identical to your omega_f.s and
real_f.s.

Two questions - are you sure you didn't reverse the _w and _f files (i.e. maybe
_f is the working version and _w the failing one)?  Are you sure this isn't a
problem with your 4.0.1 bootstrap compiler?  Can you try building a different
working gcc (e.g. from the 4.5 branch), and bootstrapping with that?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-26 Thread dominiq at lps dot ens dot fr


--- Comment #6 from dominiq at lps dot ens dot fr  2010-04-26 09:16 ---
This PR is likely due to revision 158639:

Author: bernds
Date:   Thu Apr 22 10:42:21 2010 UTC (3 days, 22 hours ago)
Changed paths:  4
Log Message:
* ifcvt.c (dead_or_predicable): Use df_simulate_find_defs and
df_simulate_find_noclobber_defs as appropriate.  Keep track of an
extra set merge_set_noclobber, and use it to relax the final test
slightly.
* df.h (df_simulate_find_noclobber_defs): Declare.
* df-problems.c (df_simulate_find_defs): Don't ignore partial or
conditional defs.
(df_simulate_find_noclobber_defs): New function.

I have successfully bootstrapped revision 158633 (with r158643), revision
158639 (+r158643) fails to bootstrap with an ICE while configuring libgcc at
stage 2, and revision 158634 (+r158643) is now at stage 3. I doubt that the
revision in between 158634 and 158639 can break bootstap on ppc.


-- 

dominiq at lps dot ens dot fr changed:

   What|Removed |Added

 CC||bernds at codesourcery dot
   ||com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-26 Thread bernds at codesourcery dot com


--- Comment #7 from bernds at codesourcery dot com  2010-04-26 12:11 ---
What happens if you replace the new call to df_simulate_find_noclobber_defs in
ifcvt.c with a call to df_simulate_find_defs?  If that fixes the bootstrap, can
you find a testcase where this changes code generation?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-26 Thread dominiq at lps dot ens dot fr


--- Comment #8 from dominiq at lps dot ens dot fr  2010-04-26 12:28 ---
 What happens if you replace the new call to df_simulate_find_noclobber_defs in
 ifcvt.c with a call to df_simulate_find_defs? 

Bootstrapping with the change (crossing my finger that I won't have to remove
the definition of  df_simulate_find_noclobber_defs!-). Allow for 3h30 to pass
the critical point and over 5h to complete the bootstrap.

 If that fixes the bootstrap, can you find a testcase where this changes code 
 generation?

With the faulty cc1, the following trivial test ICE at -O1

 int
 main ()
 {

   ;
   return 0;
 }

 What would you need?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-26 Thread bernds at codesourcery dot com


--- Comment #9 from bernds at codesourcery dot com  2010-04-26 12:56 ---
One thing that would help would be to build just a stage1 compiler and target
libraries, then run the testsuite.  That might give us a smaller testcase to
look at.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-26 Thread dominiq at lps dot ens dot fr


--- Comment #10 from dominiq at lps dot ens dot fr  2010-04-26 13:15 ---
Subject: Re:  [4.6 Regression] Bootstrap failure for
 powerpc-apple-darwin9: cannot compute suffix of object files

 One thing that would help would be to build just a stage1 compiler and target
 libraries, then run the testsuite.

Indeed I don't know how I could do that. I RTFM but did not find it.

 That might give us a smaller testcase to look at.

Looking at the build process, it seems that the xgcc built at stage 1
is able to build xgcc at stage 2, the later being unable to compile
the trivial test case.

Note that prev-gcc/xgcc compiles the test at -O1 without ICE.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-26 Thread bernds at codesourcery dot com


--- Comment #11 from bernds at codesourcery dot com  2010-04-26 13:19 
---
(In reply to comment #10)
 Subject: Re:  [4.6 Regression] Bootstrap failure for
  powerpc-apple-darwin9: cannot compute suffix of object files
 
  One thing that would help would be to build just a stage1 compiler and 
  target
  libraries, then run the testsuite.
 
 Indeed I don't know how I could do that. I RTFM but did not find it.

See
http://gcc.gnu.org/wiki/Top-Level_Bootstrap

I think Q3 is the one you need.


Bernd


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-26 Thread dominiq at lps dot ens dot fr


--- Comment #12 from dominiq at lps dot ens dot fr  2010-04-26 16:24 ---
  What happens if you replace the new call to df_simulate_find_noclobber_defs 
  in
  ifcvt.c with a call to df_simulate_find_defs? 

 Bootstrapping with the change (crossing my finger that I won't have to remove
 the definition of  df_simulate_find_noclobber_defs!-). Allow for 3h30 to pass
 the critical point and over 5h to complete the bootstrap.

I am now at stage 3, so replacing df_simulate_find_noclobber_defs with
df_simulate_find_defs seems to fix the bootstrap issue.

 See
 http://gcc.gnu.org/wiki/Top-Level_Bootstrap
 
 I think Q3 is the one you need.

Thanks for the pointer. I'll try it after the build has completed.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-26 Thread bernds at codesourcery dot com


--- Comment #13 from bernds at codesourcery dot com  2010-04-26 22:54 
---
I've tried the two versions of ifcvt.c with a powerpc-apple-darwin9 cross
compiler.  Out of many megabytes of testcases, I can find only one code
generation difference with -O2 -fomit-frame-pointer for this target, and that
looks correct as far as I can tell from the rtl dumps and assembly.

If the testsuite run produces nothing, can you check the object files of the
two stage2 compilers (working and broken) for differences in code generation? 
That could help narrow down which file is being miscompiled.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-25 Thread dominiq at lps dot ens dot fr


--- Comment #3 from dominiq at lps dot ens dot fr  2010-04-25 14:31 ---
 can you provide a backtrace of this crash ?

Putting a breakpoint at fancy_abort is not enough to get a backtrace:

[karma] gcc/darwin_buildw% gdb /opt/gcc/darwin_buildw/./gcc/xgcc
GNU gdb 6.3.50-20050815 (Apple version gdb-967) (Tue Jul 14 02:15:14 UTC 2009)
...
a lot of warning: Could not find object file ...
...
.. done

(gdb) b fancy_abortBreakpoint 1 at 0x47d8
(gdb) run  -B/opt/gcc/darwin_buildw/./gcc/
-B/opt/gcc/gcc4.6w/powerpc-apple-darwin9/bin/
-B/opt/gcc/gcc4.6w/powerpc-apple-darwin9/lib/ -isystem
/opt/gcc/gcc4.6w/powerpc-apple-darwin9/include -isystem
/opt/gcc/gcc4.6w/powerpc-apple-darwin9/sys-include -O1 -g conftest.c
Starting program: /opt/gcc/darwin_buildw/gcc/xgcc
-B/opt/gcc/darwin_buildw/./gcc/ -B/opt/gcc/gcc4.6w/powerpc-apple-darwin9/bin/
-B/opt/gcc/gcc4.6w/powerpc-apple-darwin9/lib/ -isystem
/opt/gcc/gcc4.6w/powerpc-apple-darwin9/include -isystem
/opt/gcc/gcc4.6w/powerpc-apple-darwin9/sys-include -O1 -g conftest.c
...
a lot of warning: Could not find object file ...
...
.+.. done
cc1: internal compiler error: Bus error
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.

Program exited with code 01.

 What is the version of the system compiler used for that build ?

gcc version 4.0.1 (Apple Inc. build 5493)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-25 Thread ebotcazou at gcc dot gnu dot org


--- Comment #4 from ebotcazou at gcc dot gnu dot org  2010-04-25 14:39 
---
 Putting a breakpoint at fancy_abort is not enough to get a backtrace:

Because you aren't debugging the right executable (xgcc instead of cc1).  Pass
-v to the driver to get the command line involving cc1 and feed it to cc1
directly.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-25 Thread dominiq at lps dot ens dot fr


--- Comment #5 from dominiq at lps dot ens dot fr  2010-04-25 15:39 ---
 Because you aren't debugging the right executable (xgcc instead of cc1).  Pass
 -v to the driver to get the command line involving cc1 and feed it to cc1
 directly.

Thanks for the tip. The backtrace is

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x0005
0x0054f754 in read_integral_parameter ()
(gdb) bt
#0  0x0054f754 in read_integral_parameter ()
#1  0x00485700 in decode_options ()
#2  0x00551278 in toplev_main ()
#3  0x1c44 in start ()


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-23 Thread rguenth at gcc dot gnu dot org


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.6.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-23 Thread dominiq at lps dot ens dot fr


--- Comment #1 from dominiq at lps dot ens dot fr  2010-04-23 22:08 ---
PR 43873 looks similar to this pr.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858



[Bug bootstrap/43858] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: cannot compute suffix of object files

2010-04-23 Thread lacombar at gmail dot com


--- Comment #2 from lacombar at gmail dot com  2010-04-23 22:15 ---
can you provide a backtrace of this crash ? What is the version of the system
compiler used for that build ?

Thanks.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858