[llvm-dev] analyzePhysReg question

JF Bastien via llvm-dev llvm-dev at lists.llvm.org
Fri Dec 4 14:32:43 PST 2015


On Fri, Dec 4, 2015 at 2:22 PM, Smith, Kevin B <kevin.b.smith at intel.com>
wrote:

> Ø  It would be good to check that this maps correctly onto
> computeRegisterLiveness: there's a bug in analyzePhysReg and I think other
> parts of the code base are slightly wrong or will become slightly wrong as
> well :-(
>
>
>
> Yes, I agree.  I will also have to look into all other users of
> analyzePhysReg as well.  There are surprisingly few users of either
> computeRegisterLiveness
>
> or analyzePhysReg.  The other thing that I am trying to think about would
> be a way to comprehensively test the correctness of these, both as they
> stand,
>
> and after changes.
>

Great, thanks! I'd be happy to review this, I just don't have much time to
tackle the problem myself.

This code should also be fixed at the same time:
http://lists.llvm.org/pipermail/llvm-commits/Week-of-Mon-20140317/209514.html

I am curious, does anyone know how do get this kind of Machine IR to be
> created from LLVM:
>
>
>
> xor eax, eax
>
> movw ax, mem
>
> read eax
>
>
>
> where the actual intent is for the xor, and the sub-register def in the
> movw to create form of zero-extension, and then to have full uses of eax? I
> know this isn't very desirable
>
> code for X86, but these kinds of unusual machine IR are what would stress
> the implementations of these routines.
>

I'm not sure, sorry. You could play tricks with asm and clobbers?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20151204/7a8e1d58/attachment.html>


More information about the llvm-dev mailing list