I think this is either PR 25890 or PR 25905.
It's PR25905, an assertion failure caused by invalid RTL produced by
expand. (PR25890 instead is where combine produces invalid RTL that
fails its own assertion).
Paolo
>
> --ZMT28BdW279F9lxY
> Content-Type: text/plain; charset=utf-8
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> On Sun, 2006-01-22 21:49:31 +0100, Zdenek Dvorak <[EMAIL PROTECTED]
> cuni.cz> wrote:
> [...]
> > > This is the SIGN_EXTRACT case of expand_compound_ope
On Sun, 2006-01-22 21:54:47 +0100, Jan-Benedict Glaw <[EMAIL PROTECTED]> wrote:
> On Sun, 2006-01-22 21:49:31 +0100, Zdenek Dvorak <[EMAIL PROTECTED]> wrote:
> [...]
> > > This is the SIGN_EXTRACT case of expand_compound_operation(), maybe this
> > > does ring a
> > > bell?
> >
> > no idea; this
On Sun, 2006-01-22 21:49:31 +0100, Zdenek Dvorak <[EMAIL PROTECTED]> wrote:
[...]
> > This is the SIGN_EXTRACT case of expand_compound_operation(), maybe this
> > does ring a
> > bell?
>
> no idea; this is either completely unrelated, or we randomly clobber memory
> somewhere.
> Could you please
Hello,
> I'm keeping an eye on building GCC for vax-linux /vax-linux-uclibc (only
> some config changes needed for that; I'll submit those once the first libc
> support is committed). Note that this is a cc0 port.
>
> An automated build at 20060120-141501 UTC still showed the ICE in
> udivmodsi4.
