<div>With respect to the vecreturn attribute, do you have any suggestions on how to implement the code generation part?</div>
<div> </div>
<div>The only approach I can think of changes both the function definition and function calling code, and actually any other code using the record, to treat it as if it were in a vector register if it sees the attribute attached to the structure definition.  However, this seems like a major change.</div>

<div> </div>
<div>Are there any code generation patterns already in Clang where a structure is stored in one or more registers that I could look at?  I.e. where "this", instead of being a pointer is one or more registers?</div>

<div> </div>
<div>The fact that vector registers in AltiVec on the PowerPC are so orthogonal to the other registers (i.e. I don't think there are any instructions for transfering directly between vector registers and the general registers) I'm sure makes it even more complicated. <br clear="all">
</div>
<div>Do you think this would be beyond me as a Clang code generation novice?</div>
<div> </div>
<div>Would this require any changes to the LLVM back-end, or could it all be expressed in the present LLVM IR?</div>
<div><br clear="all">-John</div>
<div><br>-- <br>John Thompson<br><a href="mailto:John.Thompson.JTSoftware@gmail.com">John.Thompson.JTSoftware@gmail.com</a><br><br></div>