-
Notifications
You must be signed in to change notification settings - Fork 55
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
Create a portable, statically linked AppImage Linux package #248
Comments
A hint I overheard about how to create an appImage:
but I'm no longer sure I'm willing to spend time wrestling with static linking after the ordeal of utdemir/ghc-musl#14 |
Closing until there's is a hardcore volunteer willing to move it forward or until I move from SDL2 to Vulkan or whatever video library permits (easy) static linking. |
In But what needs research is how to make a static SDL2 find a graphics card or use software rendering via Mesa /nix/store/wydhcgwplw9grms8d3y8sdfm5srg8xgb-LambdaHack-0.10.2.0/bin/LambdaHack
LambdaHack: SDLCallFailed {sdlExceptionCaller = "SDL.Init.init", sdlFunction = "SDL_Init", sdlExceptionError = "No available video device"} |
The game binary already incorporates all data files it needs, including fonts.
With some luck, we could link the game fully statically as at https://github.com/utdemir/ghc-musl and https://github.com/nh2/static-haskell-nix.
Then, if there is any value added in that, it could be packages as AppImage (https://docs.appimage.org/index.html).
Related: Windows binaries could be statically linked as well, perhaps, to avoid distributing all those dlls as separate files.
Edit: see the note at the end of Makefile.
The text was updated successfully, but these errors were encountered: