-
Notifications
You must be signed in to change notification settings - Fork 987
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
Why is main.o
installed?
#811
Comments
I think the idea is to let user build a scheme executable with extra C functions linked to libkernel.a and main.o, without the need to distribute the user extended C functions as a separate dynamic library file. |
Interesting! I can see how that would work, though I wouldn't have thought of that approach. Does anyone know of other software that distributes something similar to this |
So (on macOS)
would produce an executable works identical to Also it is worth mention the version 7 user guide already mentioned the kernel can be a shared library. The program might have been distributed for some now obscure UNIX variants so it is very likely the case why object files are included when sources aren't available since while the object file format can be compatible the system shared libraries might not be the same. https://www.scheme.com/csug7/use.html#./use:h7 My other conjecture about making additional C code was probably never be applied in reality since it still requires some hack to hook additional code into the main function to register C functions to the runtime to make them available to Scheme. |
I noticed that
main.o
is installed, e.g. as/usr/lib/csv9.5.8/ta6le/main.o
. I see that this was done intentionally in fd7812d, but it's not clear to me why or what it is useful for. Grepping the repository only turned up the changelog entry and the code inbintar.zuo
andinstall.zuo
that installs it.The text was updated successfully, but these errors were encountered: