I\'m trying to implement a Lisp version of Processing, and to that end I\'m employing the macro_lisp crate to turn Lisp code into Rust at compile time.
It works when
Unfortunately, what you want is not easy to achieve.
Macros work significantly different than functions. The important part for this question is that "nested macro calls" are evaluated from "outside to inside" (unlike functions, where arguments are evaluated first, so "inside to outside"). We can see that in effect with this tiny program:
macro_rules! foo {
($x:literal) => { "literal" };
($x:ident ! ()) => { "ident ! ()" };
}
macro_rules! bar {
() => { 3 };
}
fn main() {
let s = foo!(bar!());
println!("{}", s);
}
As you can see on the Playground, it prints ident ! ()
. That means the bar!()
macro was not evaluated before foo!
was evaluated. (Furthermore, the compiler even warns about the unused macro definition bar
.)
include!
is no exception to this, so we can't use it as an argument to other macros. So how can you do it? I can think of two ways, neither of which is particularly easy or elegant:
Write a procedural macro that loads the file and emits the token stream lisp! { ... }
where ...
is the file content. It could be tricky to get all the paths right (and to make sure everything is correctly recompiled when the lisp file changes), but it should in theory work.
Use a build script to manually replace include!("*.lisp")
strings in your source code with the file content. Obviously, you don't actually want to modify your real source code (that is checked into git), but have to be a bit clever about it. A few crates use such a tactic, but only for very special reasons. I wouldn't advise to do this in your case.
In your case, I would think twice whether using a lot of LISP code in Rust is a good idea, because there aren't any nice ways to make it work (as far as I can see).