import language.experimental.macros
import reflect.makro._
seem a bit inconsequential given that `macro` is written one time with
`c` and one time with `k`. Wouldn't it make sense to use the same name
always? I guess, it's `makro` because `macro` is now a keyword. So
wouldn't it be nice if it would be `reflect.macros` as well? On a
related (heretic) note couldn't you just put the
language.experimental.macros implicit directly into the
`reflect.makro` package object? I mean why would anyone `import
reflect.makro` if not for implementing a macro? [1] Or are we
maintaining the fine line between someone who is manipulating
expressions (using `reflect.makro` classes) just for fun and someone
who is actually defining a macro?
--
Johannes
[1] On the other hand why would anyone _not_ want to write a macro
using the `macro` keyword.
-----------------------------------------------
Johannes Rudolph
http://virtual-void.net
And, yes, I abhor "clazz" as well.
--
Daniel C. Sobral
I travel to the future all the time.
2012/4/21 √iktor Ҡlang <viktor...@gmail.com>:
Yeah, in London I've got a lot of boos about "k" in makro. Once everyone's back in Lausanne, we'll discuss naming options once again.
As ridiculous as it must sound, I bet it would have a fraction of the uptake.
Speaking on behalf of americans: we're weird and provincial, bordering
on xenophobic, and if something sounds too "foreign" we will find any
number of reasons to avoid it. "Scala" is exotic without being
threatening. "Skala" is foreign.
Incidentally, if anyone's wondering about my personal naming
aesthetic, no way was I going to let "makro" survive if I could help
it.
> Incidentally, if anyone's wondering about my personal naming
> aesthetic, no way was I going to let "makro" survive if I could help
> it.
Well spoken.
Heiko