Re: bin/47301: Miscompilation by bundled GCC

[Torbjorn Granlund <tg%gmplib.org@localhost>]

The following reply was made to PR bin/47301; it has been noted by GNATS.

From: Torbjorn Granlund <tg%gmplib.org@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: toolchain-manager%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
         netbsd-bugs%netbsd.org@localhost
Subject: Re: bin/47301: Miscompilation by bundled GCC
Date: Mon, 10 Dec 2012 21:41:33 +0100

 christos%zoulas.com@localhost (Christos Zoulas) writes:
 
   The following reply was made to PR bin/47301; it has been noted by GNATS.
 =20=20
   From: christos%zoulas.com@localhost (Christos Zoulas)
   To: gnats-bugs%NetBSD.org@localhost, 
toolchain-manager%netbsd.org@localhost,=20
        gnats-admin%netbsd.org@localhost, netbsd-bugs%netbsd.org@localhost, 
tg%gmplib.org@localhost
   Cc:=20
   Subject: Re: bin/47301: Miscompilation by bundled GCC
   Date: Mon, 10 Dec 2012 15:37:59 -0500
 =20=20
    On Dec 10,  4:40pm, Paul_Koning%Dell.com@localhost 
(<Paul_Koning%Dell.com@localhost>) wrote:
    -- Subject: Re: bin/47301: Miscompilation by bundled GCC
 =20=20=20
    |  > i.e., reload puts both pseudo 261 and pseudo 262 into hard reg 1 in
    |  > the same live range.  That is bad.
    |  >
    |  > Very few current backends support mem-to-mem copying in a single
    |  > instruction.  It might be something that no longer works in reload.
    |  >
    |  > Assuming my assumption is correct, a possible fix would be to disal=
 low
    |  > mem-to-mem insns, at least until reload.
 =20=20=20
    Yes, but that dissallowing should happen in the MI code not in the backe=
 nds,
    right? If so, do you know how to do it/where to put it?
 =20=20=20
 No, in vax.md.=20=20
 
 --=20
 Torbj=C3=B6rn