[swift-evolution] Run Swift code at compile time
Tyler Fleming Cloutier
cloutiertyler at aol.com
Sun Dec 20 23:43:58 CST 2015
Woah, Alejandro, thanks for posting this! That talk was super interesting, particularly exciting at 49:48 <https://youtu.be/UTqZNujQOlA?t=49m48s>. That was just plan cool. Jonathan Blow is quite the orthogonal thinker.
+1 for this, or at least to evaluate how it would fit into the language!
> On Dec 8, 2015, at 12:01 PM, Alejandro Martinez via swift-evolution <swift-evolution at swift.org> wrote:
> Hi everyone,
> Don't take this mail as an oficial proposal but just as some food for thought, I wanted to talk about this to see what you think about it.
> I've been following the list since the "Open Source Day" and I've seen in many instances proposals that could have been solved by a macro system, being just a temporal solution since everything can't be done just now or being a permanent solution if that macro system existed. Some of them may include the thread about "code smells", automatic wrapper synthesis or deriving, or even the topic about forwarding calls automatically to an inner object.
> My thinking was how difficult or viable it would be to run Swift code from our programs at compile time. I'm not experienced enough on computer languages to see it. The first time that I saw this was in a video from Jonathan Blow (https://www.youtube.com/watch?v=UTqZNujQOlA) and it looked like a really good idea. It would be much better that force people to learn another language (the macro language) or any other kind of preprocessor, instead you could use all your knowledge but just at compile time. It can also have good usages apart form generating code, but generating data that can be generated and known at compile time. And allow even to improve the usage of the language (maybe DSL) at a library level.
> Blow seems like is going one step further and allowing the program to call the compiler as if it was a library and even he talks about allowing it to modify the AST, which is maybe going a little to far away.
> Anyway, that's the idea. Obviously is not something to be done in the near future.
> And sorry if it doesn't make any sense and I'm just making you lose your time.
> Alejandro Martínez
> swift-evolution mailing list
> swift-evolution at swift.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the swift-evolution