This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: new allocator df.c: forgotten apply_change_group
- To: Michael Matz <matzmich at cs dot tu-berlin dot de>
- Subject: Re: new allocator df.c: forgotten apply_change_group
- From: Daniel Berlin <dberlin at redhat dot com>
- Date: 18 Feb 2001 20:29:43 -0500
- Cc: Denis Chertykov <denisc at overta dot ru>, <gcc-patches at gcc dot gnu dot org>
- References: <Pine.GSO.4.33.0102190052460.7991-100000@platon>
Michael Matz <matzmich@cs.tu-berlin.de> writes:
> Hi,
>
> On 18 Feb 2001, Daniel Berlin wrote:
> > > `link' is a link to wrong hard reg in reg_raw_mode if `reg' consists
> > > of a few consecutive hard regs.
> >
> > Hmmm.
> > I don't think your right. If you were, we'd end up with a lot more
>
> Denis is right in some way. For coalescing the code is interested in the
> lowest numbered hard reg for a move involving a multi-hardregs pseudo.
> This all is fixed more or less in my new version, but I did some things
> wrong with my ssh public key, so still have no CVS access. Will be fixed,
> if I have.
>
> > > PS: toplev.c from CVS don't have a call to `mm_reg_alloc', and
> > > ra.c don't have a call to `reload'.
> >
> > Err, yes it does,
>
> Only on your local version, trust him ;-) toplev.c in CVS is still your
> version with references to your allocator.
Doh.
I must be stupid then.
Let me do a commit.
>
>
> Ciao,
> Michael.