[GSoC] RFC: Thrift project proposal (draft)

Andrei Alexandrescu SeeWebsiteForEmail at erdani.org
Sun Mar 27 09:40:06 PDT 2011


On 03/27/2011 12:25 AM, Don wrote:
> Andrei Alexandrescu wrote:
>> On 3/26/11 3:01 PM, Don wrote:
>>> David Nadlinger wrote:
>>>> On 3/26/11 5:16 PM, Don wrote:
>>>>> I'm giving CTFE a *major* overhaul right now. I don't know if I'll be
>>>>> finished in time for the next compiler release, but definitely by the
>>>>> release after that. Most importantly, bug 1330, which is the root
>>>>> cause
>>>>> of almost all of the problems, will be fixed. I hope to move CTFE out
>>>>> the "experimental feature" category.
>>>>
>>>> That's great news – do you plan to put your work in progress up at
>>>> GitHub somewhere before the official release?
>>>
>>> Yes, definitely. All my fixes go into my fork of dmd on github.
>>> My CTFE work is progressing quite well. Simple test cases like the one
>>> in bug 1330 are working (and all the existing tests still pass, of
>>> course). It will be a while before I publish it to github, though -- the
>>> code is VERY untidy, and lots of stuff isn't implemented yet.
>>>
>>>> I'm playing around with CTFE quite a bit at the moment and plan to
>>>> have a stab at making the basic parts of std.algorithm CTFE-able soon
>>>> (Steve, did you find time to look at the Appender issue yet?), so I'd
>>>> be glad to test any improvements…
>>>
>>> My changes will make a *lot* more things work in CTFE. I recommend
>>> against spending much time making things CTFE-able right now.
>>
>> This is absolutely awesome. Compile-time evaluation is a key strategic
>> feature of D. Thank you!
>>
>> Two questions - do you plan to allow class object creation a la new
>> Widget?
>
> Eventually. That requires some form of class literal to be created
> inside the compiler, so it's a bit more work.

Sounds great. Most of the advanced CTFE applications that I'm thinking 
of involve referential data types. Right now only arrays offer that in 
CTFE space, which is quite limiting.

Andrei


More information about the Digitalmars-d mailing list