digitalmars.D - Self function
- bearophile (25/25) May 04 2009 Sometimes I rename recursive functions, or I duplicate and modify them, ...
- Frank Benoit (9/44) May 04 2009 how about
- Denis Koroskin (20/54) May 04 2009 It was proposed awhile ago: http://www.digitalmars.com/d/archives/digita...
- bearophile (4/5) May 04 2009 I am not asking for a static __function__ name, because you can't use it...
- Denis Koroskin (2/11) May 04 2009 If you read carefully, you'll see that there's more than just __FUNCTION...
- Georg Wrede (12/49) May 04 2009 them, and they stop working because inside them there's one or more copy
- BCS (13/72) May 04 2009 void main()
- Georg Wrede (3/79) May 04 2009 Oh boy, I missed half of the post. (Note to self: remember use two eyes
Sometimes I rename recursive functions, or I duplicate and modify them, and they stop working because inside them there's one or more copy of their old name, so for example they recurse to their old name. So inside a function I'd like to have a standard name to call the function itself, useful for recursivity. (If you have two or more recursive functions that call each other this idea can't be used, but I think such situations are uncommon enough to not deserve help from the language). I have just discussed this in the Python newsgroup too: I use more recursivity in D than in Python, because Python has troubles with it. In future in D2 you may use: int ANUGLYNAME(int n) { if (n <= 1) return 1; else mixin(__FUNCTION__ ~ "(n - 1) * n"); } But you can't use __FUNCTION__ into a delegate/function pointer/lambda because the name isn't available, and it's a bit ugly syntax anyway... This looks a bit better: int ANUGLYNAME(int n) { if (n <= 1) return 1; else __self(n - 1) * n; } Other syntaxes are possible. __self is a way to denote the pointer/delegate of the function currently being run, so I think the compiler is always able to that, for delegate/ function pointers/ lambdas/ methods/ virtual methods/ opCalls too. Bye, bearophile
May 04 2009
bearophile schrieb:Sometimes I rename recursive functions, or I duplicate and modify them, and they stop working because inside them there's one or more copy of their old name, so for example they recurse to their old name. So inside a function I'd like to have a standard name to call the function itself, useful for recursivity. (If you have two or more recursive functions that call each other this idea can't be used, but I think such situations are uncommon enough to not deserve help from the language). I have just discussed this in the Python newsgroup too: I use more recursivity in D than in Python, because Python has troubles with it. In future in D2 you may use: int ANUGLYNAME(int n) { if (n <= 1) return 1; else mixin(__FUNCTION__ ~ "(n - 1) * n"); } But you can't use __FUNCTION__ into a delegate/function pointer/lambda because the name isn't available, and it's a bit ugly syntax anyway... This looks a bit better: int ANUGLYNAME(int n) { if (n <= 1) return 1; else __self(n - 1) * n; } Other syntaxes are possible. __self is a way to denote the pointer/delegate of the function currently being run, so I think the compiler is always able to that, for delegate/ function pointers/ lambdas/ methods/ virtual methods/ opCalls too. Bye, bearophilehow about scope.function // the surrounding function scope.method // the surrounding method scope.class // the surrounding class scope.class.outer // the outer class of the surrounding class The current functions name, was requested so often: scope.function.name ?
May 04 2009
On Mon, 04 May 2009 23:52:56 +0400, bearophile <bearophileHUGS lycos.com> wrote:Sometimes I rename recursive functions, or I duplicate and modify them, and they stop working because inside them there's one or more copy of their old name, so for example they recurse to their old name. So inside a function I'd like to have a standard name to call the function itself, useful for recursivity. (If you have two or more recursive functions that call each other this idea can't be used, but I think such situations are uncommon enough to not deserve help from the language). I have just discussed this in the Python newsgroup too: I use more recursivity in D than in Python, because Python has troubles with it. In future in D2 you may use: int ANUGLYNAME(int n) { if (n <= 1) return 1; else mixin(__FUNCTION__ ~ "(n - 1) * n"); } But you can't use __FUNCTION__ into a delegate/function pointer/lambda because the name isn't available, and it's a bit ugly syntax anyway... This looks a bit better: int ANUGLYNAME(int n) { if (n <= 1) return 1; else __self(n - 1) * n; } Other syntaxes are possible. __self is a way to denote the pointer/delegate of the function currently being run, so I think the compiler is always able to that, for delegate/ function pointers/ lambdas/ methods/ virtual methods/ opCalls too. Bye, bearophileIt was proposed awhile ago: http://www.digitalmars.com/d/archives/digitalmars/D/FUNCTION_84985.html Andrei's respond: "I think instead of __FUNCTION__ we'll define a much more comprehensive static reflection facility." "You will have it as a human readable identifier too. The problem with __FUNCTION__, __CLASS__ etc. is that the list of ad-hoc names (what happened to __STRUCT__, __MODULE__ et al?) can go forever." "D2 will have reflection. (Walter doesn't know yet. He thinks D3 will have reflection.) It will be compile-time reflection because only run-time reflection only is missing the point." "This is a long discussion, but in brief any runtime reflection engine needs some sort of compile-time metadata infrastructure. Some languages don't make that accessible within the language itself. Runtime reflection has been explored extensively, its possibilities and limitations are pretty well understood, I hardly smothered a yawn reading all you wrote. Compile-time reflection is much less understood and hides many more exciting possibilities. With the advances in compiler technology implemented by Walter, we have a chance to tackle reflection in a systematic manner."
May 04 2009
Denis Koroskin:It was proposed awhile ago: http://www.digitalmars.com/d/archives/digitalmars/D/FUNCTION_84985.htmlI am not asking for a static __function__ name, because you can't use it inside lambdas or function pointers/delegates. The __func I am talking about is a pointer/delegate, and I don't know if you can use a static solution once you start juggling function pointers around. Bye, bearophile
May 04 2009
On Tue, 05 May 2009 02:30:49 +0400, bearophile <bearophileHUGS lycos.com> wrote:Denis Koroskin:If you read carefully, you'll see that there's more than just __FUNCTION__. For example, I suggested to use some literal to denote current function, fthis/self/whatever. Others suggested scope.function/scope.class/etc. Andrei agreed that there should be a compile-time reflection that would allow function to call itself in some generic way.It was proposed awhile ago: http://www.digitalmars.com/d/archives/digitalmars/D/FUNCTION_84985.htmlI am not asking for a static __function__ name, because you can't use it inside lambdas or function pointers/delegates. The __func I am talking about is a pointer/delegate, and I don't know if you can use a static solution once you start juggling function pointers around. Bye, bearophile
May 04 2009
bearophile wrote:Sometimes I rename recursive functions, or I duplicate and modifythem, and they stop working because inside them there's one or more copy of their old name, so for example they recurse to their old name.So inside a function I'd like to have a standard name to call thefunction itself, useful for recursivity.(If you have two or more recursive functions that call each other thisidea can't be used, but I think such situations are uncommon enough to not deserve help from the language).I have just discussed this in the Python newsgroup too: I use more recursivity in D than in Python, because Python has troubles with it. In future in D2 you may use: int ANUGLYNAME(int n) { if (n <= 1) return 1; else mixin(__FUNCTION__ ~ "(n - 1) * n"); } But you can't use __FUNCTION__ into a delegate/function pointer/lambdabecause the name isn't available, and it's a bit ugly syntax anyway... This looks a bit better: int ANUGLYNAME(int n) { if (n <= 1) return 1; else __self(n - 1) * n; } Other syntaxes are possible. __self is a way to denote the pointer/delegate of the function currently being run, so I think the compiler is always able to that, for delegate/ function pointers/ lambdas/ methods/ virtual methods/ opCalls too.Since you need this at compile time, then you don't need a pointer. A name would be enough. If, as Denis pointed out, Andrei is going to provide that, and if it turns out to have a long name (like scope.function.name), then I hope it will be implemented so that you can alias that into something shorter, like "thisf" or "me".
May 04 2009
Reply to Georg,bearophile wrote:void main() { int i = 0; auto dg = (int j) { i++; return j <= 1 ? 1 : self(j-1) + self(j-2); // self can't be a name as the function dosn't have a name // and it can't be a compile time const at the context is not known. }; dg(5); }Sometimes I rename recursive functions, or I duplicate and modifythem, and they stop working because inside them there's one or more copy of their old name, so for example they recurse to their old name.So inside a function I'd like to have a standard name to call thefunction itself, useful for recursivity.(If you have two or more recursive functions that call each other thisidea can't be used, but I think such situations are uncommon enough to not deserve help from the language).I have just discussed this in the Python newsgroup too: http://groups.google.com/group/comp.lang.python/browse_thread/thread/ I use more recursivity in D than in Python, because Python has troubles with it. In future in D2 you may use: int ANUGLYNAME(int n) { if (n <= 1) return 1; else mixin(__FUNCTION__ ~ "(n - 1) * n"); } But you can't use __FUNCTION__ into a delegate/function pointer/lambdabecause the name isn't available, and it's a bit ugly syntax anyway... This looks a bit better: int ANUGLYNAME(int n) { if (n <= 1) return 1; else __self(n - 1) * n; } Other syntaxes are possible. __self is a way to denote the pointer/delegate of the function currently being run, so I think the compiler is always able to that, for delegate/ function pointers/ lambdas/ methods/ virtual methods/ opCalls too.Since you need this at compile time, then you don't need a pointer. A name would be enough. If, as Denis pointed out, Andrei is going to provide that, and if it turns out to have a long name (like scope.function.name), then I hope it will be implemented so that you can alias that into something shorter, like "thisf" or "me".
May 04 2009
BCS wrote:Reply to Georg,Oh boy, I missed half of the post. (Note to self: remember use two eyes for reading. Especially at the wee hours.)bearophile wrote:void main() { int i = 0; auto dg = (int j) { i++; return j <= 1 ? 1 : self(j-1) + self(j-2); // self can't be a name as the function dosn't have a name // and it can't be a compile time const at the context is not known. }; dg(5); }Sometimes I rename recursive functions, or I duplicate and modifythem, and they stop working because inside them there's one or more copy of their old name, so for example they recurse to their old name.So inside a function I'd like to have a standard name to call thefunction itself, useful for recursivity.(If you have two or more recursive functions that call each other thisidea can't be used, but I think such situations are uncommon enough to not deserve help from the language).I have just discussed this in the Python newsgroup too: http://groups.google.com/group/comp.lang.python/browse_thread/thread/ I use more recursivity in D than in Python, because Python has troubles with it. In future in D2 you may use: int ANUGLYNAME(int n) { if (n <= 1) return 1; else mixin(__FUNCTION__ ~ "(n - 1) * n"); } But you can't use __FUNCTION__ into a delegate/function pointer/lambdabecause the name isn't available, and it's a bit ugly syntax anyway... This looks a bit better: int ANUGLYNAME(int n) { if (n <= 1) return 1; else __self(n - 1) * n; } Other syntaxes are possible. __self is a way to denote the pointer/delegate of the function currently being run, so I think the compiler is always able to that, for delegate/ function pointers/ lambdas/ methods/ virtual methods/ opCalls too.Since you need this at compile time, then you don't need a pointer. A name would be enough. If, as Denis pointed out, Andrei is going to provide that, and if it turns out to have a long name (like scope.function.name), then I hope it will be implemented so that you can alias that into something shorter, like "thisf" or "me".
May 04 2009