To POD or not to POD
Iain Buclaw
ibuclaw at ubuntu.com
Wed Feb 13 06:18:41 PST 2013
On 13 February 2013 14:10, Iain Buclaw <ibuclaw at ubuntu.com> wrote:
> On 13 February 2013 13:26, Johannes Pfau <nospam at example.com> wrote:
>
>> Am Tue, 12 Feb 2013 18:16:31 +0000
>> schrieb Iain Buclaw <ibuclaw at ubuntu.com>:
>>
>> > TREE_ADDRESSABLE should be sufficient. I can't think any reason off
>> > the top of my head why not.
>> >
>>
>> maybe TREE_ADDRESSABLE is too strong: It generates errors in the
>> backend if the frontend produces non-lvalues:
>> ---
>> auto b = Date();
>> a(b);
>> ---
>>
>> works, but
>> ---
>> a(Date());
>> ---
>>
>> fails in gimplify.c. Do we really have to rewrite such cases so that
>> non-PODs get a temporary variable? And how would this be done? It seems
>> we would have to use the frontend for this, as maybeMakeTemp and
>> makeTemp refuse to work for TREE_ADDRESSABLE types.
>>
>
> Don't set it on the variable, set it on the type.
>
> TypeStruct::toCtype()
> {
> TYPE_ADDRESSABLE(ctype) = !isPOD();
>
TREE_ADDRESSABLE (ctype) = !sym->isPOD() even :-)
Regards
--
Iain Buclaw
*(p < e ? p++ : p) = (c & 0x0f) + '0';
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puremagic.com/pipermail/d.gnu/attachments/20130213/1f4b3610/attachment.html>
More information about the D.gnu
mailing list