Using libgccjit as an AOT compiler backend forcross-compilation (second attempt)
me@rochus-keller.ch
me@rochus-keller.ch
Mon Jun 16 14:43:47 GMT 2025
Thanks for your respones.
@David:
> I can imagine something that implements the libgccjit API and then
> proxies the calls to different underlying target support libraries, but
> that doesn't exist yet, and wouldn't you save any space on disk or
> build times, alas.
I will load the library via dlopen/dlsym to avoid static dependencies anyway
and I assume by this very mechanism I would also be able to deal with different
versions of the library without implementing a proxy.
> Not without a huge amount of work, as noted above.
I understand, but at least building libgccjit so that the gcc specific dependencies
like libgmp, libmpfr, libmpc can be avoided. Does build with -static work for
libgccjit? Ideally I would the users offer a simple tar.gz download for each architecture
and host system which they would reference by path from the IDE.
What do you think?
@Basile
Please not that I will use it for AOT, not for jit.
> RefPerSys tries to. See source in github below
I assume you refer to my requirement "that only one shared library has to be deployed"?
best regards
Rochus
More information about the Jit
mailing list