<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal>Hi,<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I’ve been thinking about ways to get around this in the short term for some time, <o:p></o:p></p><p class=MsoNormal><a href="http://llvm.org/bugs/show_bug.cgi?id=1388">http://llvm.org/bugs/show_bug.cgi?id=1388</a><o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>An end-user workaround is possibly to use at least one register > r7 for the MOV form of the instruction.  <o:p></o:p></p><p class=MsoNormal>In that case, what is listed in the bug as the CPY instruction (which is the ARMv6 version generated if both Rd and Rm are <= r7) will <o:p></o:p></p><p class=MsoNormal>become a valid MOV instruction all the way down to ARMv4T. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Even if flags aren’t modeled correctly on ARM yet,  it seems like this instruction could be forced to a high register safely, <o:p></o:p></p><p class=MsoNormal>but unfortunately I don’t understand the target code enough yet to implement this.  <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>The other (ugly and slow) option might be to encode the low-register versions with a PUSH Rm / POP Rd pair when<o:p></o:p></p><p class=MsoNormal>on ARMv5 or less.    <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Any thoughts?<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>-Gordon Keiser<o:p></o:p></p><p class=MsoNormal>Software Development Engineer<o:p></o:p></p><p class=MsoNormal>Arxan Technologies, Inc.<o:p></o:p></p><p class=MsoNormal>1305 Cumberland Ave, Ste 215<o:p></o:p></p><p class=MsoNormal>West Lafayette, IN <o:p></o:p></p><p class=MsoNormal>47906<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p></div></body></html>