[Issue 5404] .stringof is not documented
http://d.puremagic.com/issues/show_bug.cgi?id=5404 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||andrej.mitrov...@gmail.com Resolution||DUPLICATE --- Comment #3 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-01-11 19:54:13 PST --- *** This issue has been marked as a duplicate of issue 3007 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5404] .stringof is not documented
http://d.puremagic.com/issues/show_bug.cgi?id=5404 --- Comment #1 from Peter Alexander peter.alexander...@gmail.com 2011-01-03 12:50:18 PST --- Also, if we are in module foo.bar, it returns module bar. Is this correct behaviour? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5404] .stringof is not documented
http://d.puremagic.com/issues/show_bug.cgi?id=5404 --- Comment #2 from Peter Alexander peter.alexander...@gmail.com 2011-01-03 13:02:17 PST --- Finally, is there any reason that the return value is prefixed with module? 1. I can't imagine any use for it. 2. If people needed it, it would be trivial to add (module ~ .stringof) 3. If they don't want it, it's a little trickier (splitter(.stringof)[1], or ugly .stringof[7..$]) I would recommend that in module foo, .stringof == foo. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
