<div dir="ltr">Yes, then intent is certainly to do this in a target specific manner. As<br>my comment said, since we weren't ever trying to be ABI complaint for<br>any platform my assumption was this would not break things people<br>
were actually doing.<br><br>If this is causing problems for you I will go ahead and do it in a simple<br>target specific manner. It might be Wed. before I get to it, however.<br><br> - Daniel<br><br><div class="gmail_quote">
On Mon, Oct 6, 2008 at 8:28 AM, Matthijs Kooijman <span dir="ltr"><></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Daniel,<br>
<div class="Ih2E3d"><br>
>   - As a test, enable basic usage for some common x86-32 cases. This<br>
>     increases our x86-32 compliance (on other targets our compliance<br>
>     will just be broken in a different way).<br>
</div>It seems that this coercion happening now is only correct for x86? For our<br>
(custom) backend, this is not wanted and even breaks (because this conversion<br>
of structs to integer return types confuses scalarrepl later on, after<br>
inlining).<br>
<br>
Would it make sense to do this in more per-backend manner, or at least allow<br>
the TargetInfo to disable this?<br>
<br>
Gr.<br>
<font color="#888888"><br>
Matthijs<br>
</font><br>-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.6 (GNU/Linux)<br>
<br>
iD8DBQFI6i6hz0nQ5oovr7wRAqQ4AJ4h5I/FbnP1Ca+gr5ZWtbuNAzrqegCfY82F<br>
mzUEqm/yhSWbMDdQ/lUHwOM=<br>
=9ozM<br>
-----END PGP SIGNATURE-----<br>
<br></blockquote></div><br></div>