-
Notifications
You must be signed in to change notification settings - Fork 38
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Is it possilbe to build frawk with musl? #33
Comments
Hi! You're right about jemalloc being an issue here. You can build without it by disabling the
But then I still get an error:
It's hard for me to interpret exactly what's going on, but it sounds to me that Anyways, I wonder if disabling jemalloc moves the needle for you at all re: libc on the other cluster. If not, I can try building LLVM from source (!) and see if that fixes the issue; though that's not something I'd like to force users to do. In the medium term, I am looking at adding an easier-to-deploy JIT backend to frawk in the next few weeks with performance between the bytecode interpreter (which I haven't optimized much at all, and I suspect isn't going to do as well as mawk or gawk on many tasks) and LLVM. |
Just a quick update. I was able to build without LLVM but with the new Cranelift backend using musl.
You can check out the updated benchmarks document for a feel of frawk's relative performance with cranelift and llvm that I've seen on different workloads. |
With Cranelift I was able to build frawk on the server (did it without musl for now). |
The |
Is it possilbe to build frawk with musl?
cargo +nightly build --release --target x86_64-unknown-linux-musl
I always run in to problems with jemalloc.
I just want to have a static version so I can run
frawk
on a cluster on which I can't install LLVM. It has an older version of glibc than my laptop, so the default build won't work.The text was updated successfully, but these errors were encountered: