* bootstrap failure on ia64
@ 2004-06-10 20:29 Richard Guenther
2004-06-10 21:33 ` Eric Botcazou
2004-06-24 20:11 ` Jim Wilson
0 siblings, 2 replies; 16+ messages in thread
From: Richard Guenther @ 2004-06-10 20:29 UTC (permalink / raw)
To: gcc
Since two days, bootstrap fails for me on ia64 with
gcc -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -DHAVE_CONFIG_H -DGENERATOR_FILE -o gengtype \
gengtype.o gengtype-lex.o gengtype-yacc.o ../libiberty/libiberty.a
./gengtype
../../src/gcc-3.5/gcc/rtl.h:265: duplicate structure definition
../../src/gcc-3.5/gcc/rtl.h:265: previous definition here
../../src/gcc-3.5/gcc/rtl.h:265: duplicate structure definition
../../src/gcc-3.5/gcc/rtl.h:265: previous definition here
make[2]: *** [s-gtype] Segmentation fault
make[2]: Leaving directory
`/net/natasa/scratch/natasa/rguenth/gcc-obj-3.5/gcc'
make[1]: *** [stage1_build] Error 2
make[1]: Leaving directory
`/net/natasa/scratch/natasa/rguenth/gcc-obj-3.5/gcc'
make: *** [bootstrap] Error 2
bootstrap compiler is gcc 3.3.4 (Debian)
Must have been introduced inbetween (excluding)
2004-06-07 Eric Botcazou <ebotcazou@libertysurf.fr>
PR target/15783
* config/sparc/sparc.c (function_arg_union_value): Add 'mode'
parameter. Enumerate the registers inside the PARALLEL.
(function_arg): Adjust call to function_arg_union_value.
(function_value): Likewise.
* config/sparc/sparc.c (sparc_function_epilogue): Properly format.
and (including)
2004-06-08 James E Wilson <wilson@specifixinc.com>
PR target/15790
* config/i386/i386-coff.h (ASM_OUTPUT_ALIGN): Define.
Richard.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: bootstrap failure on ia64
2004-06-10 20:29 bootstrap failure on ia64 Richard Guenther
@ 2004-06-10 21:33 ` Eric Botcazou
2004-06-24 20:11 ` Jim Wilson
1 sibling, 0 replies; 16+ messages in thread
From: Eric Botcazou @ 2004-06-10 21:33 UTC (permalink / raw)
To: Richard Guenther; +Cc: gcc
> Since two days, bootstrap fails for me on ia64 with
>
> gcc -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
> -Wmissing-prototypes -DHAVE_CONFIG_H -DGENERATOR_FILE -o gengtype \
> gengtype.o gengtype-lex.o gengtype-yacc.o ../libiberty/libiberty.a
> ./gengtype
> ../../src/gcc-3.5/gcc/rtl.h:265: duplicate structure definition
> ../../src/gcc-3.5/gcc/rtl.h:265: previous definition here
> ../../src/gcc-3.5/gcc/rtl.h:265: duplicate structure definition
> ../../src/gcc-3.5/gcc/rtl.h:265: previous definition here
> make[2]: *** [s-gtype] Segmentation fault
> make[2]: Leaving directory
> `/net/natasa/scratch/natasa/rguenth/gcc-obj-3.5/gcc'
> make[1]: *** [stage1_build] Error 2
> make[1]: Leaving directory
> `/net/natasa/scratch/natasa/rguenth/gcc-obj-3.5/gcc'
> make: *** [bootstrap] Error 2
>
> bootstrap compiler is gcc 3.3.4 (Debian)
Looks like a problem with the bootstrap compiler, no?
--
Eric Botcazou
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: bootstrap failure on ia64
2004-06-10 20:29 bootstrap failure on ia64 Richard Guenther
2004-06-10 21:33 ` Eric Botcazou
@ 2004-06-24 20:11 ` Jim Wilson
1 sibling, 0 replies; 16+ messages in thread
From: Jim Wilson @ 2004-06-24 20:11 UTC (permalink / raw)
To: Richard Guenther; +Cc: gcc
Richard Guenther wrote:
> Since two days, bootstrap fails for me on ia64 with
This is now bug 15937, which I am unable to reproduce even though I have
the same apparent debian-unstable setup on my machine.
--
Jim Wilson, GNU Tools Support, http://www.SpecifixInc.com
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: bootstrap failure on ia64
2004-06-29 20:33 ` Richard Guenther
@ 2004-06-29 22:34 ` Diego Novillo
0 siblings, 0 replies; 16+ messages in thread
From: Diego Novillo @ 2004-06-29 22:34 UTC (permalink / raw)
To: Richard Guenther; +Cc: Andrew Pinski, gcc, libstdc++
On Tue, 2004-06-29 at 16:04, Richard Guenther wrote:
> > Can you guys try it again after
> > 2004-06-29 Nathan Sidwell <nathan@codesourcery.com>
> >
> > * vec.h (VEC_T_safe_push, VEC_T_safe_insert) Tweak for when
> > size_t is bigger than int.
>
> That seems to have fixed it.
>
Yes. It worked here too.
Diego.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: bootstrap failure on ia64
2004-06-29 19:22 ` Andrew Pinski
@ 2004-06-29 20:33 ` Richard Guenther
2004-06-29 22:34 ` Diego Novillo
0 siblings, 1 reply; 16+ messages in thread
From: Richard Guenther @ 2004-06-29 20:33 UTC (permalink / raw)
To: Andrew Pinski; +Cc: Diego Novillo, gcc, libstdc++
Andrew Pinski wrote:
>>On Tue, 2004-06-29 at 14:44, Richard Guenther wrote:
>>
>>
>>>appending configuration tag "CXX" to libtool
>>>checking for exception model to use... configure: error: unable to
>>>detect exception model
>>>make[1]: *** [configure-target-libstdc++-v3] Error 1
>>>make[1]: Leaving directory `/net/natasa/scratch/natasa/rguenth/gcc-obj-3.5'
>>>make: *** [bootstrap] Error 2
>>>
>>>
>>>interesting failure.
>>>
>>
>>Same failure on x86-64 and alpha. cc1plus runs out of virtual memory.
>
>
> Can you guys try it again after
> 2004-06-29 Nathan Sidwell <nathan@codesourcery.com>
>
> * vec.h (VEC_T_safe_push, VEC_T_safe_insert) Tweak for when
> size_t is bigger than int.
That seems to have fixed it.
Thanks,
Richard.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: bootstrap failure on ia64
2004-06-29 18:59 ` Diego Novillo
@ 2004-06-29 19:22 ` Andrew Pinski
2004-06-29 20:33 ` Richard Guenther
0 siblings, 1 reply; 16+ messages in thread
From: Andrew Pinski @ 2004-06-29 19:22 UTC (permalink / raw)
To: Diego Novillo; +Cc: Richard Guenther, gcc, libstdc++
>
> On Tue, 2004-06-29 at 14:44, Richard Guenther wrote:
>
> > appending configuration tag "CXX" to libtool
> > checking for exception model to use... configure: error: unable to
> > detect exception model
> > make[1]: *** [configure-target-libstdc++-v3] Error 1
> > make[1]: Leaving directory `/net/natasa/scratch/natasa/rguenth/gcc-obj-3.5'
> > make: *** [bootstrap] Error 2
> >
> >
> > interesting failure.
> >
> Same failure on x86-64 and alpha. cc1plus runs out of virtual memory.
Can you guys try it again after
2004-06-29 Nathan Sidwell <nathan@codesourcery.com>
* vec.h (VEC_T_safe_push, VEC_T_safe_insert) Tweak for when
size_t is bigger than int.
Thanks,
Andrew Pinski
PS sorry for no colons, my terminal does not accepts them for some reason.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: bootstrap failure on ia64
2004-06-29 18:58 Richard Guenther
@ 2004-06-29 18:59 ` Diego Novillo
2004-06-29 19:22 ` Andrew Pinski
0 siblings, 1 reply; 16+ messages in thread
From: Diego Novillo @ 2004-06-29 18:59 UTC (permalink / raw)
To: Richard Guenther; +Cc: gcc, libstdc++
On Tue, 2004-06-29 at 14:44, Richard Guenther wrote:
> appending configuration tag "CXX" to libtool
> checking for exception model to use... configure: error: unable to
> detect exception model
> make[1]: *** [configure-target-libstdc++-v3] Error 1
> make[1]: Leaving directory `/net/natasa/scratch/natasa/rguenth/gcc-obj-3.5'
> make: *** [bootstrap] Error 2
>
>
> interesting failure.
>
Same failure on x86-64 and alpha. cc1plus runs out of virtual memory.
Diego.
^ permalink raw reply [flat|nested] 16+ messages in thread
* bootstrap failure on ia64
@ 2004-06-29 18:58 Richard Guenther
2004-06-29 18:59 ` Diego Novillo
0 siblings, 1 reply; 16+ messages in thread
From: Richard Guenther @ 2004-06-29 18:58 UTC (permalink / raw)
To: gcc, libstdc++
mainline failed to bootstrap the last three days, where today the
failure was:
checking for /net/natasa/scratch/natasa/rguenth/gcc-obj-3.5/gcc/xgcc
option to produce PIC... -fPIC -DPIC
checking if /net/natasa/scratch/natasa/rguenth/gcc-obj-3.5/gcc/xgcc PIC
flag -fPIC -DPIC works... no
checking if /net/natasa/scratch/natasa/rguenth/gcc-obj-3.5/gcc/xgcc
static flag -static works... no
finding the maximum length of command line arguments... (cached) 196609
checking if /net/natasa/scratch/natasa/rguenth/gcc-obj-3.5/gcc/xgcc
supports -c -o file.o... (cached) yes
checking if /net/natasa/scratch/natasa/rguenth/gcc-obj-3.5/gcc/xgcc
supports -fno-rtti -fno-exceptions ... no
checking whether the linker (ld) supports shared libraries...
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking command to parse nm output... failed
checking if libtool supports shared libraries... no
checking whether to build shared libraries... no
checking whether to build static libraries... yes
appending configuration tag "CXX" to libtool
checking for exception model to use... configure: error: unable to
detect exception model
make[1]: *** [configure-target-libstdc++-v3] Error 1
make[1]: Leaving directory `/net/natasa/scratch/natasa/rguenth/gcc-obj-3.5'
make: *** [bootstrap] Error 2
interesting failure.
Richard.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Bootstrap failure on ia64
@ 2003-06-27 13:10 Andreas Schwab
0 siblings, 0 replies; 16+ messages in thread
From: Andreas Schwab @ 2003-06-27 13:10 UTC (permalink / raw)
To: gcc
Current mainline does not bootstrap on ia64:
stage1/xgcc -Bstage1/ -B/usr/local/ia64-suse-linux/bin/ -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Werror -fno-common -DHAVE_CONFIG_H -o cc1 \
c-parse.o c-lang.o c-pretty-print.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o c-incpath.o cppdefault.o c-ppoutput.o c-cppbuiltin.o prefix.o c-objc-common.o c-dump.o c-pch.o libcpp.a main.o libbackend.a ../libiberty/libiberty.a
libbackend.a(bt-load.o)(.text+0x55d2): In function `migrate_btr_def':
../../gcc/bt-load.c:1211: undefined reference to `insn_default_latency'
libbackend.a(haifa-sched.o)(.text+0x1692): In function `schedule_insn':
../../gcc/haifa-sched.c:581: undefined reference to `function_units_used'
libbackend.a(haifa-sched.o)(.text+0x65f2): In function `schedule_block':
../../gcc/haifa-sched.c:581: undefined reference to `function_units_used'
libbackend.a(haifa-sched.o)(.text+0x9c32): In function `insn_unit':
../../gcc/haifa-sched.c:581: undefined reference to `function_units_used'
libbackend.a(haifa-sched.o)(.text+0x9d82): In function `insn_issue_delay':
../../gcc/haifa-sched.c:581: undefined reference to `function_units_used'
libbackend.a(haifa-sched.o)(.text+0xa712): In function `insn_cost':
../../gcc/haifa-sched.c:934: undefined reference to `bypass_p'
libbackend.a(haifa-sched.o)(.text+0xa7c2):../../gcc/haifa-sched.c:898: undefined reference to `insn_default_latency'
libbackend.a(haifa-sched.o)(.text+0xa8e2):../../gcc/haifa-sched.c:929: undefined reference to `insn_default_latency'
libbackend.a(haifa-sched.o)(.text+0xa902):../../gcc/haifa-sched.c:929: undefined reference to `insn_default_latency'
libbackend.a(insn-attrtab.o)(.text+0x2b62): In function `state_transition':
result_ready_cost/insn-attrtab.c:110728: undefined reference to `internal_dfa_insn_code'
libbackend.a(insn-attrtab.o)(.text+0x2d22): In function `min_issue_delay':
result_ready_cost/insn-attrtab.c:110728: undefined reference to `internal_dfa_insn_code'
libbackend.a(insn-attrtab.o)(.text+0x3272): In function `min_insn_conflict_delay':
result_ready_cost/insn-attrtab.c:110728: undefined reference to `internal_dfa_insn_code'
libbackend.a(insn-attrtab.o)(.text+0x32d2):result_ready_cost/insn-attrtab.c:110728: undefined reference to `internal_dfa_insn_code'
libbackend.a(insn-attrtab.o)(.text+0x6a22): In function `insn_latency':
result_ready_cost/insn-attrtab.c:110728: undefined reference to `internal_dfa_insn_code'
libbackend.a(insn-attrtab.o)(.text+0x6ab2):result_ready_cost/insn-attrtab.c:110728: more undefined references to `internal_dfa_insn_code' follow
collect2: ld returned 1 exit status
make[2]: *** [cc1] Error 1
Andreas.
--
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Bootstrap failure on ia64
2003-05-19 14:31 ` David Edelsohn
@ 2003-05-19 16:49 ` Roger Sayle
0 siblings, 0 replies; 16+ messages in thread
From: Roger Sayle @ 2003-05-19 16:49 UTC (permalink / raw)
To: David Edelsohn; +Cc: Andreas Schwab, Zack Weinberg, gcc, gcc-patches
Hi David,
> FYI, I receive the same error on PowerPC in the testsuite,
> although the compiler does bootstrap. If not for the G++ bootstrap
> failure, you would have received this feedback much earlier.
Many thanks. I now understand the cause of the failure and am
currently attempting to bootstrap and regression test the following
patch.
The issue is that in the second hunk, len_rtx is a constant integer
that wasn't handled by the first hunk. We'd then end up calling
simplify_gen_binary(MINUS, VOIDmode, const_int, const_int) which
isn't able to do the constant folding itself. I'll look into a
follow-up patch to see if simplify_gen_binary can be improved to
handle this case. For the time being, the following patch should
fix the powerpc regressions, and probably also the ia64 bootstrap
failure.
Ok to commit to mainline if bootstrapping and regression testing
complete? Once again my sincere apologies.
2003-05-19 Roger Sayle <roger@eyesopen.com>
* builtins.c (expand_builtin_memcpy): Be careful to avoid
calling simplify_gen_binary with constant arguments.
Index: builtins.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/builtins.c,v
retrieving revision 1.202
diff -c -3 -p -r1.202 builtins.c
*** builtins.c 18 May 2003 22:50:25 -0000 1.202
--- builtins.c 19 May 2003 16:22:01 -0000
*************** expand_builtin_memcpy (arglist, target,
*** 2311,2324 ****
#endif
if (endp)
{
! rtx result;
! rtx delta = len_rtx;
if (endp == 2)
! delta = GEN_INT (INTVAL (delta) - 1);
result = simplify_gen_binary (PLUS, GET_MODE (dest_mem),
! dest_mem, delta);
return force_operand (result, NULL_RTX);
}
else
--- 2311,2323 ----
#endif
if (endp)
{
! rtx result = len_rtx;
if (endp == 2)
! result = GEN_INT (INTVAL (result) - 1);
result = simplify_gen_binary (PLUS, GET_MODE (dest_mem),
! dest_mem, result);
return force_operand (result, NULL_RTX);
}
else
*************** expand_builtin_memcpy (arglist, target,
*** 2347,2355 ****
if (endp == 2)
{
! result = simplify_gen_binary (MINUS, GET_MODE (result),
! result, const1_rtx);
! result = force_operand (result, NULL_RTX);
}
result = simplify_gen_binary (PLUS, GET_MODE (dest_addr),
--- 2346,2359 ----
if (endp == 2)
{
! if (GET_CODE (result) != CONST_INT)
! {
! result = simplify_gen_binary (MINUS, GET_MODE (result),
! result, const1_rtx);
! result = force_operand (result, NULL_RTX);
! }
! else
! result = GEN_INT (INTVAL (result) - 1);
}
result = simplify_gen_binary (PLUS, GET_MODE (dest_addr),
Roger
--
Roger Sayle, E-mail: roger@eyesopen.com
OpenEye Scientific Software, WWW: http://www.eyesopen.com/
Suite 1107, 3600 Cerrillos Road, Tel: (+1) 505-473-7385
Santa Fe, New Mexico, 87507. Fax: (+1) 505-473-0833
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Bootstrap failure on ia64
2003-05-19 13:57 ` Roger Sayle
@ 2003-05-19 14:31 ` David Edelsohn
2003-05-19 16:49 ` Roger Sayle
0 siblings, 1 reply; 16+ messages in thread
From: David Edelsohn @ 2003-05-19 14:31 UTC (permalink / raw)
To: Roger Sayle; +Cc: Andreas Schwab, Zack Weinberg, gcc
>>>>> Roger Sayle writes:
Roger> Sorry for the inconvenience. I'm looking into it. But any help
Roger> that you can provide would be very much appreciated. For example,
Roger> a preprocessed source file (privately?) or what the value of mode
Roger> is in the failing trunc_int_for_mode or a stack trace.
Roger> Sorry I can't provide an immediate fix. From my understanding of it
Roger> the code looks good and is an improvement on what was there before.
Roger> I'll try my best to reproduce this on ia64-hp-hpux11.22, but the
Roger> very different handling of Pmode vs. ptr_mode on HPUX may mask the
Roger> problem.
FYI, I receive the same error on PowerPC in the testsuite,
although the compiler does bootstrap. If not for the G++ bootstrap
failure, you would have received this feedback much earlier.
/gcc/dje/src/gcc/testsuite/gcc.c-torture/compile/20030518-1.c:7: internal compiler error: in trunc_int_for_mode, at explow.c:56
/gcc/dje/src/gcc/testsuite/gcc.c-torture/execute/builtins/string-4.c:62: internal compiler error: in trunc_int_for_mode, at explow.c:56
David
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Bootstrap failure on ia64
2003-05-19 12:58 Andreas Schwab
@ 2003-05-19 13:57 ` Roger Sayle
2003-05-19 14:31 ` David Edelsohn
0 siblings, 1 reply; 16+ messages in thread
From: Roger Sayle @ 2003-05-19 13:57 UTC (permalink / raw)
To: Andreas Schwab; +Cc: Zack Weinberg, gcc
Hi Andreas,
> Current mainline does not bootstrap on ia64:
>
> stage1/xgcc -Bstage1/ -B/usr/local/ia64-suse-linux/bin/ -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Werror -fno-common -Wno-error -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/config -I../../gcc/../include \
> ../../gcc/gengtype-yacc.c -o gengtype-yacc.o
> /usr/share/bison/bison.simple: In function `yyparse':
> /usr/share/bison/bison.simple:778: internal compiler error: in trunc_int_for_mode, at explow.c:56
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://gcc.gnu.org/bugs.html> for instructions.
>
> Reverting this change causes the failure to go away:
>
> 2003-05-18 Roger Sayle <roger@eyesopen.com>
> Zack Weinberg <zack@codesourcery.com>
>
> PR middle-end/10472
> * builtins.c (expand_builtin_memcpy): Call force_operand on
> expressions and use simplify_gen_binary to create the addition.
Sorry for the inconvenience. I'm looking into it. But any help
that you can provide would be very much appreciated. For example,
a preprocessed source file (privately?) or what the value of mode
is in the failing trunc_int_for_mode or a stack trace.
I've compiled a cross compiler to ia64-suse-linux, which built without
a problem and all my small testcases for mempcpy and stpcpy appear to
be working fine with the cc1. Hence a gengtype-yacc.i would really help
the process. I'm having difficulty getting the include paths right
from a cross-compiler tree.
In the meantime, "-fno-builtin-mempcpy -fno-builtin-stpcpy" should
act as a workaround, should you need to bootstrap the compiler.
Sorry I can't provide an immediate fix. From my understanding of it
the code looks good and is an improvement on what was there before.
I'll try my best to reproduce this on ia64-hp-hpux11.22, but the
very different handling of Pmode vs. ptr_mode on HPUX may mask the
problem.
For the record the patch was originally posted here:
http://gcc.gnu.org/ml/gcc-patches/2003-05/msg00377.html
and approved by Zack via private e-mail (with a small modification).
It was retested with a full bootstrap and full regression testing on
i686-pc-linux-gnu just yesterday with no new failures on that target.
My apologies one again.
Roger
--
Roger Sayle, E-mail: roger@eyesopen.com
OpenEye Scientific Software, WWW: http://www.eyesopen.com/
Suite 1107, 3600 Cerrillos Road, Tel: (+1) 505-473-7385
Santa Fe, New Mexico, 87507. Fax: (+1) 505-473-0833
^ permalink raw reply [flat|nested] 16+ messages in thread
* Bootstrap failure on ia64
@ 2003-05-19 12:58 Andreas Schwab
2003-05-19 13:57 ` Roger Sayle
0 siblings, 1 reply; 16+ messages in thread
From: Andreas Schwab @ 2003-05-19 12:58 UTC (permalink / raw)
To: Roger Sayle, Zack Weinberg; +Cc: gcc
Current mainline does not bootstrap on ia64:
stage1/xgcc -Bstage1/ -B/usr/local/ia64-suse-linux/bin/ -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Werror -fno-common -Wno-error -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/config -I../../gcc/../include \
../../gcc/gengtype-yacc.c -o gengtype-yacc.o
/usr/share/bison/bison.simple: In function `yyparse':
/usr/share/bison/bison.simple:778: internal compiler error: in trunc_int_for_mode, at explow.c:56
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
Reverting this change causes the failure to go away:
2003-05-18 Roger Sayle <roger@eyesopen.com>
Zack Weinberg <zack@codesourcery.com>
PR middle-end/10472
* builtins.c (expand_builtin_memcpy): Call force_operand on
expressions and use simplify_gen_binary to create the addition.
Andreas.
--
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply [flat|nested] 16+ messages in thread
* Bootstrap failure on ia64
@ 2003-03-29 17:49 Andreas Schwab
0 siblings, 0 replies; 16+ messages in thread
From: Andreas Schwab @ 2003-03-29 17:49 UTC (permalink / raw)
To: gcc
[-- Attachment #1: Type: text/plain, Size: 428 bytes --]
Bootstrap on mainline fails for ia64-linux with a comparison failure in
genautomata.o, the function estimate_one_automaton_bound differs between
the builds. The two disassembler dumps are appended.
Andreas.
--
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
[-- Attachment #2: stage2-genautomata.dump --]
[-- Type: text/plain, Size: 7543 bytes --]
genautomata.o: file format elf64-ia64-little
Disassembly of section .text:
000000000001be30 <estimate_one_automaton_bound>:
1be30: 08 28 1d 0e 80 05 [MMI] alloc r37=ar.pfs,7,7,0
1be36: 00 01 33 7e 46 20 adds r16=-32,r12
1be3c: 02 67 fc 8c adds r17=-16,r12
1be40: 09 60 40 19 3f 23 [MMI] adds r12=-48,r12
1be41: GPREL22 .sdata
1be42: GPREL22 .sbss+0x40
1be46: e0 00 04 00 48 20 addl r14=0,r1
1be4c: 04 08 00 90 addl r33=0,r1;;
1be50: 08 00 09 20 d8 1d [MMI] stf.spill [r16]=f2,32
1be56: 00 18 44 b0 33 c0 stf.spill [r17]=f3
1be5c: 04 08 00 84 mov r38=r1
1be60: 09 18 00 1c 18 18 [MMI] ldfd f3=[r14]
1be66: f0 00 84 30 20 00 ld8 r15=[r33]
1be6c: 04 00 00 84 mov r32=r0;;
1be70: 18 00 00 00 01 00 [MMB] nop.m 0x0
1be76: 00 20 40 b0 33 00 stf.spill [r16]=f4
1be7c: 00 00 00 20 nop.b 0x0
1be80: 08 18 01 02 00 24 [MMI] addl r35=0,r1
1be80: GPREL22 .sbss+0x6c
1be81: GPREL22 .sdata+0x8
1be86: 20 02 04 00 48 80 addl r34=0,r1
1be8c: 04 00 c4 00 mov r36=b0
1be90: 19 00 00 00 01 00 [MMB] nop.m 0x0
1be96: e0 00 3c 20 20 00 ld4 r14=[r15]
1be9c: 00 00 00 20 nop.b 0x0;;
1bea0: 10 00 00 00 01 00 [MIB] nop.m 0x0
1bea6: 70 00 38 0c 63 03 cmp4.lt p7,p6=0,r14
1beac: 90 00 00 43 (p06) br.cond.dpnt.few 1bf30 <estimate_one_automaton_bound+0x100>
1beb0: 1c 00 00 00 01 00 [MFB] nop.m 0x0
1beb6: 40 18 0c 20 00 00 mov f4=f3
1bebc: 00 00 00 20 nop.b 0x0
1bec0: 01 00 00 00 01 00 [MII] nop.m 0x0
1bec6: e0 00 80 2c 00 00 sxt4 r14=r32
1becc: 14 00 01 84 adds r32=1,r32;;
1bed0: 03 00 00 00 01 00 [MII] nop.m 0x0
1bed6: e0 70 3c 24 40 c0 shladd r14=r14,3,r15;;
1bedc: 01 72 00 84 adds r14=32,r14;;
1bee0: 0a 70 00 1c 18 10 [MMI] ld8 r14=[r14];;
1bee6: f0 60 39 00 42 00 adds r15=44,r14
1beec: 82 72 00 84 adds r16=40,r14
1bef0: 19 00 00 00 01 00 [MMB] nop.m 0x0
1bef6: e0 00 38 20 20 00 ld4 r14=[r14]
1befc: 00 00 00 20 nop.b 0x0;;
1bf00: 10 00 00 00 01 00 [MIB] nop.m 0x0
1bf06: 70 00 38 0c f3 03 cmp4.eq p7,p6=0,r14
1bf0c: 70 00 00 43 (p07) br.cond.dpnt.few 1bf70 <estimate_one_automaton_bound+0x140>
1bf10: 0b 78 00 42 18 10 [MMI] ld8 r15=[r33];;
1bf16: e0 00 3c 20 20 00 ld4 r14=[r15]
1bf1c: 00 00 04 00 nop.i 0x0;;
1bf20: 10 00 00 00 01 00 [MIB] nop.m 0x0
1bf26: 70 00 39 0c e1 03 cmp4.lt p7,p6=r32,r14
1bf2c: a0 ff ff 4a (p07) br.cond.dptk.few 1bec0 <estimate_one_automaton_bound+0x90>
1bf30: 1c 00 00 00 01 00 [MFB] nop.m 0x0
1bf36: 80 18 0c 20 00 00 mov f8=f3
1bf3c: 00 00 00 20 nop.b 0x0
1bf40: 09 90 40 18 00 21 [MMI] adds r18=16,r12
1bf46: 30 01 31 00 42 00 adds r19=32,r12
1bf4c: 50 02 aa 00 mov.i ar.pfs=r37;;
1bf50: 09 18 00 26 d8 18 [MMI] ldf.fill f3=[r19]
1bf56: 20 00 49 b0 39 00 ldf.fill f2=[r18],32
1bf5c: 40 0a 00 07 mov b0=r36;;
1bf60: 10 20 00 24 d8 18 [MIB] ldf.fill f4=[r18]
1bf66: c0 80 31 00 42 80 adds r12=48,r12
1bf6c: 08 00 84 00 br.ret.sptk.many b0
1bf70: 19 78 00 1e 10 10 [MMB] ld4 r15=[r15]
1bf76: e0 00 40 20 20 00 ld4 r14=[r16]
1bf7c: 00 00 00 20 nop.b 0x0;;
1bf80: 03 00 00 00 01 00 [MII] nop.m 0x0
1bf86: e0 70 3c 0a 40 c0 sub r14=r14,r15;;
1bf8c: 01 70 58 00 sxt4 r14=r14;;
1bf90: 19 00 00 00 01 00 [MMB] nop.m 0x0
1bf96: 70 70 00 c2 31 00 setf.sig f7=r14
1bf9c: 00 00 00 20 nop.b 0x0;;
1bfa0: 0f 00 00 00 01 00 [MMF] nop.m 0x0
1bfa6: 00 00 00 02 00 c0 nop.m 0x0
1bfac: 70 00 70 00 fcvt.xf f6=f7;;
1bfb0: 0f 00 00 00 01 00 [MMF] nop.m 0x0
1bfb6: 00 00 00 02 00 00 nop.m 0x0
1bfbc: 01 30 04 90 fnorm.d.s0 f8=f6;;
1bfc0: 1d 00 00 00 01 00 [MFB] nop.m 0x0
1bfc2: PCREL21B log
1bfc6: 80 20 20 02 48 00 fadd.d.s0 f8=f8,f4
1bfcc: 08 00 00 50 br.call.sptk.many b0=1bfc0 <estimate_one_automaton_bound+0x190>;;
1bfd0: 19 08 00 4c 00 21 [MMB] mov r1=r38
1bfd6: e0 00 8c 20 20 00 ld4 r14=[r35]
1bfdc: 00 00 00 20 nop.b 0x0;;
1bfe0: 02 00 00 00 01 00 [MII] nop.m 0x0
1bfe6: e0 00 38 2c 00 00 sxt4 r14=r14;;
1bfec: 00 00 04 00 nop.i 0x0
1bff0: 02 38 38 00 e1 18 [MII] setf.sig f7=r14
1bff6: 00 00 00 02 00 00 nop.i 0x0;;
1bffc: 00 00 04 00 nop.i 0x0
1c000: 1d 00 00 00 01 00 [MFB] nop.m 0x0
1c006: 60 38 00 38 00 00 fcvt.xf f6=f7
1c00c: 00 00 00 20 nop.b 0x0;;
1c010: 1d 00 00 00 01 00 [MFB] nop.m 0x0
1c012: PCREL21B __divdf3
1c016: 90 00 18 02 48 00 fnorm.d.s0 f9=f6
1c01c: 08 00 00 50 br.call.sptk.many b0=1c010 <estimate_one_automaton_bound+0x1e0>;;
1c020: 1d 08 00 4c 00 21 [MFB] mov r1=r38
1c022: PCREL21B exp
1c026: 00 00 00 02 00 00 nop.f 0x0
1c02c: 08 00 00 50 br.call.sptk.many b0=1c020 <estimate_one_automaton_bound+0x1f0>;;
1c030: 0c 00 00 00 01 00 [MFI] nop.m 0x0
1c036: 20 40 20 20 00 20 mov f2=f8
1c03c: 00 30 01 84 mov r1=r38
1c040: 02 40 00 44 18 18 [MII] ldfd f8=[r34]
1c046: 00 00 00 02 00 00 nop.i 0x0;;
1c04c: 00 00 04 00 nop.i 0x0
1c050: 1d 00 00 00 01 00 [MFB] nop.m 0x0
1c052: PCREL21B __divdf3
1c056: 90 10 08 20 00 00 mov f9=f2
1c05c: 08 00 00 50 br.call.sptk.many b0=1c050 <estimate_one_automaton_bound+0x220>;;
1c060: 0f 08 00 4c 00 21 [MMF] mov r1=r38
1c066: 00 00 00 02 00 c0 nop.m 0x0
1c06c: 30 40 1c 48 fcmp.lt.s0 p6,p7=f3,f8;;
1c070: 16 00 00 00 00 08 [BBB] nop.b 0x0
1c076: 00 00 00 00 90 03 nop.b 0x0
1c07c: a0 fe ff 4a (p07) br.cond.dptk.few 1bf10 <estimate_one_automaton_bound+0xe0>
1c080: 0f 78 00 42 18 10 [MMF] ld8 r15=[r33]
1c086: 00 00 00 02 00 60 nop.m 0x0
1c08c: 00 18 08 90 fmpy.d.s0 f3=f3,f2;;
1c090: 19 00 00 00 01 00 [MMB] nop.m 0x0
1c096: e0 00 3c 20 20 00 ld4 r14=[r15]
1c09c: 00 00 00 20 nop.b 0x0;;
1c0a0: 10 00 00 00 01 00 [MIB] nop.m 0x0
1c0a6: 70 00 39 0c e1 03 cmp4.lt p7,p6=r32,r14
1c0ac: 20 fe ff 4a (p07) br.cond.dptk.few 1bec0 <estimate_one_automaton_bound+0x90>
1c0b0: 17 00 00 00 00 08 [BBB] nop.b 0x0
1c0b6: 00 00 00 00 10 00 nop.b 0x0
1c0bc: 80 fe ff 48 br.few 1bf30 <estimate_one_automaton_bound+0x100>;;
[-- Attachment #3: stage3-genautomata.dump --]
[-- Type: text/plain, Size: 7175 bytes --]
stage2/genautomata.o: file format elf64-ia64-little
Disassembly of section .text:
000000000001be30 <estimate_one_automaton_bound>:
1be30: 08 28 1d 0e 80 05 [MMI] alloc r37=ar.pfs,7,7,0
1be36: 00 81 33 7e 46 80 adds r16=-16,r12
1be3c: 01 66 fc 8c adds r12=-32,r12
1be40: 09 08 01 02 00 24 [MMI] addl r33=0,r1
1be40: GPREL22 .sbss+0x40
1be42: GPREL22 .sbss+0x6c
1be46: 60 02 04 00 42 60 mov r38=r1
1be4c: 04 08 00 90 addl r35=0,r1;;
1be50: 18 80 08 20 d8 1d [MMB] stf.spill [r16]=f2,16
1be56: f0 00 84 30 20 00 ld8 r15=[r33]
1be5c: 00 00 00 20 nop.b 0x0
1be60: 09 00 01 00 00 21 [MMI] mov r32=r0
1be61: GPREL22 .sdata
1be66: 20 02 04 00 48 80 addl r34=0,r1
1be6c: 04 00 c4 00 mov r36=b0;;
1be70: 1c 00 0c 20 d8 19 [MFB] stf.spill [r16]=f3
1be76: 30 08 04 20 00 00 mov f3=f1
1be7c: 00 00 00 20 nop.b 0x0
1be80: 19 00 00 00 01 00 [MMB] nop.m 0x0
1be86: e0 00 3c 20 20 00 ld4 r14=[r15]
1be8c: 00 00 00 20 nop.b 0x0;;
1be90: 10 00 00 00 01 00 [MIB] nop.m 0x0
1be96: 70 00 38 0c 63 03 cmp4.lt p7,p6=0,r14
1be9c: 80 00 00 43 (p06) br.cond.dpnt.few 1bf10 <estimate_one_automaton_bound+0xe0>
1bea0: 01 00 00 00 01 00 [MII] nop.m 0x0
1bea6: e0 00 80 2c 00 00 sxt4 r14=r32
1beac: 14 00 01 84 adds r32=1,r32;;
1beb0: 03 00 00 00 01 00 [MII] nop.m 0x0
1beb6: e0 70 3c 24 40 c0 shladd r14=r14,3,r15;;
1bebc: 01 72 00 84 adds r14=32,r14;;
1bec0: 0a 70 00 1c 18 10 [MMI] ld8 r14=[r14];;
1bec6: f0 60 39 00 42 00 adds r15=44,r14
1becc: 82 72 00 84 adds r16=40,r14
1bed0: 19 00 00 00 01 00 [MMB] nop.m 0x0
1bed6: e0 00 38 20 20 00 ld4 r14=[r14]
1bedc: 00 00 00 20 nop.b 0x0;;
1bee0: 10 00 00 00 01 00 [MIB] nop.m 0x0
1bee6: 70 00 38 0c f3 03 cmp4.eq p7,p6=0,r14
1beec: 70 00 00 43 (p07) br.cond.dpnt.few 1bf50 <estimate_one_automaton_bound+0x120>
1bef0: 0b 78 00 42 18 10 [MMI] ld8 r15=[r33];;
1bef6: e0 00 3c 20 20 00 ld4 r14=[r15]
1befc: 00 00 04 00 nop.i 0x0;;
1bf00: 10 00 00 00 01 00 [MIB] nop.m 0x0
1bf06: 70 00 39 0c e1 03 cmp4.lt p7,p6=r32,r14
1bf0c: a0 ff ff 4a (p07) br.cond.dptk.few 1bea0 <estimate_one_automaton_bound+0x70>
1bf10: 0e 00 00 00 01 00 [MMF] nop.m 0x0
1bf16: 00 00 00 02 00 00 nop.m 0x0
1bf1c: 31 18 40 00 mov f8=f3
1bf20: 0d 88 40 18 00 21 [MFI] adds r17=16,r12
1bf26: 00 00 00 02 00 00 nop.f 0x0
1bf2c: 50 02 aa 00 mov.i ar.pfs=r37;;
1bf30: 02 10 40 22 d8 1c [MII] ldf.fill f2=[r17],16
1bf36: 00 20 05 80 03 00 mov b0=r36;;
1bf3c: 00 00 04 00 nop.i 0x0
1bf40: 18 18 00 22 d8 18 [MMB] ldf.fill f3=[r17]
1bf46: c0 00 31 00 42 80 adds r12=32,r12
1bf4c: 08 00 84 00 br.ret.sptk.many b0
1bf50: 19 78 00 1e 10 10 [MMB] ld4 r15=[r15]
1bf56: e0 00 40 20 20 00 ld4 r14=[r16]
1bf5c: 00 00 00 20 nop.b 0x0;;
1bf60: 03 00 00 00 01 00 [MII] nop.m 0x0
1bf66: e0 70 3c 0a 40 c0 sub r14=r14,r15;;
1bf6c: 01 70 58 00 sxt4 r14=r14;;
1bf70: 19 00 00 00 01 00 [MMB] nop.m 0x0
1bf76: 70 70 00 c2 31 00 setf.sig f7=r14
1bf7c: 00 00 00 20 nop.b 0x0;;
1bf80: 0f 00 00 00 01 00 [MMF] nop.m 0x0
1bf86: 00 00 00 02 00 c0 nop.m 0x0
1bf8c: 70 00 70 00 fcvt.xf f6=f7;;
1bf90: 0f 00 00 00 01 00 [MMF] nop.m 0x0
1bf96: 00 00 00 02 00 00 nop.m 0x0
1bf9c: 01 30 04 90 fnorm.d.s0 f8=f6;;
1bfa0: 1d 00 00 00 01 00 [MFB] nop.m 0x0
1bfa2: PCREL21B log
1bfa6: 80 08 20 02 48 00 fadd.d.s0 f8=f8,f1
1bfac: 08 00 00 50 br.call.sptk.many b0=1bfa0 <estimate_one_automaton_bound+0x170>;;
1bfb0: 19 08 00 4c 00 21 [MMB] mov r1=r38
1bfb6: e0 00 8c 20 20 00 ld4 r14=[r35]
1bfbc: 00 00 00 20 nop.b 0x0;;
1bfc0: 02 00 00 00 01 00 [MII] nop.m 0x0
1bfc6: e0 00 38 2c 00 00 sxt4 r14=r14;;
1bfcc: 00 00 04 00 nop.i 0x0
1bfd0: 02 38 38 00 e1 18 [MII] setf.sig f7=r14
1bfd6: 00 00 00 02 00 00 nop.i 0x0;;
1bfdc: 00 00 04 00 nop.i 0x0
1bfe0: 1d 00 00 00 01 00 [MFB] nop.m 0x0
1bfe6: 60 38 00 38 00 00 fcvt.xf f6=f7
1bfec: 00 00 00 20 nop.b 0x0;;
1bff0: 1d 00 00 00 01 00 [MFB] nop.m 0x0
1bff2: PCREL21B __divdf3
1bff6: 90 00 18 02 48 00 fnorm.d.s0 f9=f6
1bffc: 08 00 00 50 br.call.sptk.many b0=1bff0 <estimate_one_automaton_bound+0x1c0>;;
1c000: 1d 08 00 4c 00 21 [MFB] mov r1=r38
1c002: PCREL21B exp
1c006: 00 00 00 02 00 00 nop.f 0x0
1c00c: 08 00 00 50 br.call.sptk.many b0=1c000 <estimate_one_automaton_bound+0x1d0>;;
1c010: 0c 00 00 00 01 00 [MFI] nop.m 0x0
1c016: 20 40 20 20 00 20 mov f2=f8
1c01c: 00 30 01 84 mov r1=r38
1c020: 02 40 00 44 18 18 [MII] ldfd f8=[r34]
1c026: 00 00 00 02 00 00 nop.i 0x0;;
1c02c: 00 00 04 00 nop.i 0x0
1c030: 1d 00 00 00 01 00 [MFB] nop.m 0x0
1c032: PCREL21B __divdf3
1c036: 90 10 08 20 00 00 mov f9=f2
1c03c: 08 00 00 50 br.call.sptk.many b0=1c030 <estimate_one_automaton_bound+0x200>;;
1c040: 0f 08 00 4c 00 21 [MMF] mov r1=r38
1c046: 00 00 00 02 00 c0 nop.m 0x0
1c04c: 30 40 1c 48 fcmp.lt.s0 p6,p7=f3,f8;;
1c050: 16 00 00 00 00 08 [BBB] nop.b 0x0
1c056: 00 00 00 00 90 03 nop.b 0x0
1c05c: a0 fe ff 4a (p07) br.cond.dptk.few 1bef0 <estimate_one_automaton_bound+0xc0>
1c060: 0f 78 00 42 18 10 [MMF] ld8 r15=[r33]
1c066: 00 00 00 02 00 60 nop.m 0x0
1c06c: 00 18 08 90 fmpy.d.s0 f3=f3,f2;;
1c070: 19 00 00 00 01 00 [MMB] nop.m 0x0
1c076: e0 00 3c 20 20 00 ld4 r14=[r15]
1c07c: 00 00 00 20 nop.b 0x0;;
1c080: 10 00 00 00 01 00 [MIB] nop.m 0x0
1c086: 70 00 39 0c e1 03 cmp4.lt p7,p6=r32,r14
1c08c: 20 fe ff 4a (p07) br.cond.dptk.few 1bea0 <estimate_one_automaton_bound+0x70>
1c090: 17 00 00 00 00 08 [BBB] nop.b 0x0
1c096: 00 00 00 00 10 00 nop.b 0x0
1c09c: 80 fe ff 48 br.few 1bf10 <estimate_one_automaton_bound+0xe0>;;
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Bootstrap failure on ia64
2002-04-10 9:31 ` Bootstrap failure on ia64 Andreas Schwab
@ 2002-04-10 9:49 ` Richard Henderson
0 siblings, 0 replies; 16+ messages in thread
From: Richard Henderson @ 2002-04-10 9:49 UTC (permalink / raw)
To: Andreas Schwab; +Cc: gcc
On Wed, Apr 10, 2002 at 06:20:44PM +0200, Andreas Schwab wrote:
> Both mainline and 3.1 branch fail on ia64 while compiling libstdc++. The
> problem is that cfun is NULL in gen_reg_rtx, ultimatively called from
> walk_globals in finish_file.
Fixed.
r~
^ permalink raw reply [flat|nested] 16+ messages in thread
* Bootstrap failure on ia64
2002-04-10 7:11 Warning: gcc (3.1 branch) is broken for target i686-pc-mingw32 megacz
@ 2002-04-10 9:31 ` Andreas Schwab
2002-04-10 9:49 ` Richard Henderson
0 siblings, 1 reply; 16+ messages in thread
From: Andreas Schwab @ 2002-04-10 9:31 UTC (permalink / raw)
To: gcc
Both mainline and 3.1 branch fail on ia64 while compiling libstdc++. The
problem is that cfun is NULL in gen_reg_rtx, ultimatively called from
walk_globals in finish_file.
Andreas.
--
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE GmbH, Deutschherrnstr. 15-19, D-90429 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2004-06-29 21:48 UTC | newest]
Thread overview: 16+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-06-10 20:29 bootstrap failure on ia64 Richard Guenther
2004-06-10 21:33 ` Eric Botcazou
2004-06-24 20:11 ` Jim Wilson
-- strict thread matches above, loose matches on Subject: below --
2004-06-29 18:58 Richard Guenther
2004-06-29 18:59 ` Diego Novillo
2004-06-29 19:22 ` Andrew Pinski
2004-06-29 20:33 ` Richard Guenther
2004-06-29 22:34 ` Diego Novillo
2003-06-27 13:10 Bootstrap " Andreas Schwab
2003-05-19 12:58 Andreas Schwab
2003-05-19 13:57 ` Roger Sayle
2003-05-19 14:31 ` David Edelsohn
2003-05-19 16:49 ` Roger Sayle
2003-03-29 17:49 Andreas Schwab
2002-04-10 7:11 Warning: gcc (3.1 branch) is broken for target i686-pc-mingw32 megacz
2002-04-10 9:31 ` Bootstrap failure on ia64 Andreas Schwab
2002-04-10 9:49 ` Richard Henderson
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).