Hi Tim,<br><br><div><span style="line-height:19.7999992370605px">I do hope we haven't broken that assumption with our</span><br style="line-height:19.7999992370605px"><span style="line-height:19.7999992370605px">big-endian model...</span><br></div><div><span style="line-height:19.7999992370605px"><br></span></div><div><span style="line-height:19.7999992370605px">I should rephrase. I'm concerned solely with creating vectors by dereferencing casted pointers to scalars (and vice-versa):</span></div><div><span style="line-height:19.7999992370605px"><br></span></div><div><span style="line-height:19.7999992370605px"> uint32_t *g;</span></div><div><span style="line-height:19.7999992370605px"> uint32x4_t f = *(uint32x4_t)g;</span></div><div><span style="line-height:19.7999992370605px"><br></span></div><div>What you referring to works perfectly fine in big endian mode and should be supported - they're a type like any other. The important difference is the implicit reinterpret_cast, which can make things go wrong fast in big endian mode (I haven't wrapped my head yet quite around whether there is an easy scenario in which things could break...)</div><div><br></div><div>Cheers,</div><div><br></div><div>James</div><br><div class="gmail_quote">On Tue Jan 13 2015 at 5:23:21 PM Tim Northover <<a href="mailto:t.p.northover@gmail.com">t.p.northover@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> While pointer dereference does work just as well (and better, given this<br>
> defect) as VLD1 it is explicitly *not supported*.<br>
<br>
I'm actually less convinced of this now. I'd argue that you shouldn't<br>
*create* vectors like that (e.g. by casting a pointer to another type<br>
and loadin), but the ACLE can't really dictate what you do with those<br>
vectors after they've been created, and passing around pointers to<br>
them (or storing them in an array, as in int8x8xN_t and so on) is<br>
entirely valid. I do hope we haven't broken that assumption with our<br>
big-endian model...<br>
<br>
Cheers.<br>
<br>
Tim.<br>
</blockquote></div>