<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:SimSun;
        panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
        {font-family:SimSun;
        panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:"\@SimSun";
        panose-1:2 1 6 0 3 1 1 1 1 1;}
/* 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>This patch fixes a minor problem about arm_neon.h. 2 ALCE intrinsics have incorrect return type.<o:p></o:p></p><p class=MsoNormal>For example in arm_neon.td, we define vcvt_f64:<o:p></o:p></p><p class=MsoNormal style='text-indent:.5in'>def VCVT_F64 : SInst<"vcvt_f64", "fd",  "QlQUl">;<o:p></o:p></p><p class=MsoNormal>But in arm_neon.h, we get following incorrect intrinsics:<o:p></o:p></p><p class=MsoNormal style='text-indent:.5in'>__ai float32x4_t vcvtq_f64_s64(int64x2_t __a) {<o:p></o:p></p><p class=MsoNormal>                  return (float32x4_t)__builtin_neon_vcvtq_f64_v((int8x16_t)__a, 35); }<o:p></o:p></p><p class=MsoNormal style='text-indent:.5in'>__ai float32x4_t vcvtq_f64_u64(uint64x2_t __a) {<o:p></o:p></p><p class=MsoNormal>                  return (float32x4_t)__builtin_neon_vcvtq_f64_v((int8x16_t)__a, 51); }<o:p></o:p></p><p class=MsoNormal>The return type should be flaot64x2_t.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>There are already many tests about such intrinsics. I don’t add any tests.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>As this is only a minor bug and I think it needs no code review, I’ll commit the patch firstly. <o:p></o:p></p><p class=MsoNormal>If someone has comment about this, please tell me.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Thanks,<o:p></o:p></p><p class=MsoNormal>-Hao<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p></div></body></html>