This is the mail archive of the
newlib@sources.redhat.com
mailing list for the newlib project.
Re: gcc 3.2 CVS + newlib CVS status report
- From: Joel Sherrill <joel dot sherrill at OARcorp dot com>
- To: Joe Buck <Joe dot Buck at synopsys dot com>
- Cc: newlib at sources dot redhat dot com, gcc at gcc dot gnu dot org
- Date: Wed, 17 Apr 2002 16:16:54 -0500
- Subject: Re: gcc 3.2 CVS + newlib CVS status report
- Organization: OAR Corporation
- References: <200204172116.OAA00942@atrus.synopsys.com>
- Reply-to: joel dot sherrill at OARcorp dot com
Joe Buck wrote:
>
> Joel Sherill writes:
>
> > I built gcc 3.2 CVS and newlib CVS overnight for a bunch of
> > targets. Ignoring the mem_err/debug.h sparc problem I have
> > locally worked around, it should match CVS. I only built
> > C since that was enough to exercise newlib and find similar
> > multiline asm problems in RTEMS. The targets listed as OK
> > that have simulators have testresults reported to gcc
> > already. Here is what I have (ignoring warnings):
>
> [ 28 out of 34 OK ]
>
> Well, at least that's better than we used to see.
> How do these stats compare with those for 3.1?
Don't know. I guess that's tonight's project. :)
Remember I ONLY BUILT C -- not C++ or any other language.
My normal reports try to build everything.
I am also going to crank up 3.2 with all languages to
see how it does overnight.
> Also:
>
> > hppa1.1-proelf - ICE compiling findfp.c
>
> This suggests that there are also problems for hppa hosted OSes.
Should I file a PR on it? Or does this look familiar? Hmmmm
this is the hppa1.1-proelf failure:
../../../../../gcc-to-merge/newlib/libc/stdlib/ldtoa.c: In function
`emovo':
../../../../../gcc-to-merge/newlib/libc/stdlib/ldtoa.c:652: Attempt to
delete prologue/epilogue insn:
(insn 275 141 277 (set (reg:SI 2 %r2)
(mem:SI (plus:SI (reg/f:SI 30 %r30)
(const_int -84 [0xffffffac])) [0 S4 A32])) -1 (nil)
(nil))
../../../../../gcc-to-merge/newlib/libc/stdlib/ldtoa.c:652: Internal
compiler error in propagate_one_insn, at flow.c:1640
and this is a different one for hppa1.1-rtems
../../../../../gcc-to-merge/newlib/libc/stdlib/ldtoa.c: In function
`emovo':
../../../../../gcc-to-merge/newlib/libc/stdlib/ldtoa.c:652: Attempt to
delete prologue/epilogue insn:
(insn 275 141 277 (set (reg:SI 2 %r2)
(mem:SI (plus:SI (reg/f:SI 30 %r30)
(const_int -84 [0xffffffac])) [0 S4 A32])) -1 (nil)
(nil))
../../../../../gcc-to-merge/newlib/libc/stdlib/ldtoa.c:652: Internal
compiler error in propagate_one_insn, at flow.c:1640
Please submit a full bug report,
with preprocessed source if appropriate.
--
Joel Sherrill, Ph.D. Director of Research & Development
joel@OARcorp.com On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985