Fixes for GHC 8.x, archive loading, -dynamic, and file generation

stepcut / plugins

Dynamic linking and runtime evaluation of Haskell, and C, including dependency chasing and package resolution.

GNU Lesser General Public License v2.1

52 stars 17 forks source link

Fixes for GHC 8.x, archive loading, -dynamic, and file generation #6

Closed drvink closed 6 years ago

drvink commented 6 years ago

This fixes a large number of issues:

GHC 8.0.x and 8.2.x now actually work
Library archives (i.e. .a files) will now be searched for and loaded
-dynamic support
Built-in file generation/compilation has been fixed

drvink commented 6 years ago

Note that I have not tested this on older GHC or Cabal <2.0. I'm also not totally sure how archive unloading ought to work, since GHC neither exposes nor has internally a mechanism for doing it.

Sanity checks/testing in more scenarios (e.g. on GHC installations defaulting to -dynamic or ones lacking .so libraries, Windows compatibility, etc.) would be appreciated.

drvink commented 6 years ago

I've fixed up the code so that it should be compatible with GHC all the way back to 7.4.x.

stepcut commented 6 years ago

Looks great. Do you think the version should be bumped to 1.5.7 or 1.6.0? I did not see any API breakage, so 1.5.7 would be sufficient. But perhaps I missed something, thoughts?

drvink commented 6 years ago

I didn't do it in the PR since I figured it was your call, but I appreciate you asking (not being sarcastic, I wish more maintainers asked this question). The changes are (AFAIK) fully compatible, so bumping to 1.5.7 should be fine.