Skip to content
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.

Sign up for GitHub

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

Jump to bottom

.so files should not be in /usr/share #115

Closed
jpellegrini opened this issue Sep 14, 2020 · 1 comment
Closed

.so files should not be in /usr/share #115

jpellegrini opened this issue Sep 14, 2020 · 1 comment

Comments

@jpellegrini
Copy link
Contributor

jpellegrini commented Sep 14, 2020 •
edited

The FHS determines that shared objects should be in $(prefix)/lib, and not $(prefix)/share; and the Debian packaging system enforces that, so it would be necessary to move srfi-175-impl.so to $(prefix)/lib. I have tried, but I was once again eluded by autotools! I can't see how it's supposed to be done.

I thought of using something like $(prefix)/lib/stklos/$(STKLOS_VERSION), and configuring STklos to look for C libraries there. But I can't get lib/Makefile.am to install the .so file in a different directory.

EDIT: I think I got it right. Please take a look at PR #117 .
@jpellegrini jpellegrini mentioned this issue Sep 14, 2020
Merged
@egallesio
Copy link
Owner

Your PR #117 effectively corrects this point.
Since it has been merge, I close this issue.
Thanks.

egallesio added a commit that referenced this issue Nov 25, 2020
@egallesio
Fix in main Makefile.am
2e99da5 
The clean target does not clean the temporary files from compilation
anymore. Fix issue #115 signaled by @jpellegrini.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@jpellegrini @egallesio