March 01, 2009 Re: __FUNCTION__ | ||||
|---|---|---|---|---|
| ||||
Posted in reply to Andrei Alexandrescu | Andrei Alexandrescu wrote:
> Ary Borenszweig wrote:
>> Andrei Alexandrescu escribió:
>>> Jarrett Billingsley wrote:
>>>> On Sat, Feb 28, 2009 at 4:50 PM, Andrei Alexandrescu
>>>> <SeeWebsiteForEmail@erdani.org> wrote:
>>>>> We better use "..".
>>>>>
>>>>> int factorial(int c)
>>>>> {
>>>>> //writefln(fthis.stringof);
>>>>> //writefln(typeof(fthis).stringof);
>>>>>
>>>>> if (c < 2) return 1;
>>>>> return ..(c - 1) * c;
>>>>> }
>>>>
>>>> I hope this is a sarcastic reply :P
>>>
>>> My second. I was afraid the first one wasn't transparent enough.
>>
>> The contextual keyword iota, right?
>
> That's the one! I think it even got a serious answer :o).
Sarcasm starts working against the author if
less than 25% of the audience recognize it.
--anon
| |||
March 01, 2009 Re: __FUNCTION__ | ||||
|---|---|---|---|---|
| ||||
Posted in reply to Andrei Alexandrescu | On Sat, Feb 28, 2009 at 11:46 PM, Andrei Alexandrescu <SeeWebsiteForEmail@erdani.org> wrote: >> Will it be implemented through __traits, or *yet another* compile-time introspection facility? > > Whatever it'll be, I'm sure it will not shut off your whine noise generator :o). :P I wasn't whining about it, I'd just rather not see a fifth method of compile-time introspection. | |||
March 01, 2009 Re: __FUNCTION__ | ||||
|---|---|---|---|---|
| ||||
Posted in reply to Andrei Alexandrescu | Andrei Alexandrescu wrote:
> Derek Parnell wrote:
>> On Sat, 28 Feb 2009 17:42:55 -0500, Jarrett Billingsley wrote:
>>
>>> Then, as Andrei suggested, we need a more flexible and fine-grained
>>> reflection mechanism. :)
>>
>> Agreed, but are you also suggesting that a simple __FUNCTION__ should also
>> exist?
>>
>> By the way, my fear for D is that it is turning into an ASCII version of
>> APL.
>>
>
> I don't know much about APL, what was wrong with it?
Plenty.
It was a write-only language, on a par with brainf**ck.
I've known guru-level apl programmers who regularly couldn't read their own code the next week.
It's probably the most concise way of writing heavy and ultra efficient data manipulation code.
It's a bit like spending a week writing an 80-character hairy regexp, and later trying to figure out how the heck it actually works.
----
But I think some of us should stick with D1.
| |||
March 02, 2009 Re: __FUNCTION__ | ||||
|---|---|---|---|---|
| ||||
Posted in reply to Jarrett Billingsley | Jarrett Billingsley, el 1 de marzo a las 11:07 me escribiste: > On Sat, Feb 28, 2009 at 11:46 PM, Andrei Alexandrescu <SeeWebsiteForEmail@erdani.org> wrote: > >> Will it be implemented through __traits, or *yet another* compile-time introspection facility? > > > > Whatever it'll be, I'm sure it will not shut off your whine noise generator :o). > > :P > > I wasn't whining about it, I'd just rather not see a fifth method of compile-time introspection. It will be nice not to use a keyword starting with "__" for a standard feature either because that prefix has a long history of being used for vendor-specific extensions (not to mention its awfulness =) -- Leandro Lucarella (luca) | Blog colectivo: http://www.mazziblog.com.ar/blog/ ---------------------------------------------------------------------------- GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145 104C 949E BFB6 5F5A 8D05) ---------------------------------------------------------------------------- Do not get mad with others Because they know more than you It is not their fault | |||
Copyright © 1999-2021 by the D Language Foundation
Permalink
Reply