1. I sure wish that Guix pack appimage was in the documentation online lol. The only reference I could find was a random issue closing the PR for it. 2. i can’t find any good tutorials on how to create a guix package using guile. Most stuff I find is using Makefiles/Autoconf and C. 3. Something I’m thinking about using Guile for is for stuff like ios/android stuff (and, massive pipe dream, game consoles like the Nintendo Switch). Is that compatible with LGPL?
Get Outlook for iOS<https://aka.ms/o0ukef> ________________________________ From: Matt Wette <matt.we...@gmail.com> Sent: Tuesday, August 12, 2025 10:49:48 AM To: Noé Lopez <noelo...@free.fr>; guile-devel@gnu.org <guile-devel@gnu.org>; Srayan Jana <srayan.j...@outlook.com> Subject: Re: [Feature Request/Postmortem] Adding a way to compile GNU Guile scripts to a standalone executable Just FYI, I have played with generating standalone executables. See experimential code at https://github.com/mwette/guile-freezer This code now will bind non-system modules into an executable: it converts your .go module files into .o files (containing binary data) that are loaded during startup. Two issues: 1) Guile is LPGL so I don't see how one can distribute standalone executables w/o distributing all the means to re-build. For example, including ice-9/boot-9.go. Do people want to do this? 2) Guile-freezer does not work with loading in ice-9/boot-9 and friends: there are some incompatibilities with the startup code (e.g. how scm_ice_9_already_loaded is set). Matt On 8/12/25 2:33 AM, Noé Lopez wrote: >> That didn't turn out well since Guile relies so much on Guix. And Guix dumps >> the binaries it compiles into /gnu/store and not inside of my CMake project, >> which is not good. >> >> Besides, I also feel like using CMake is a losing battle anyways, since it >> would tie it to a C++ build system. Instead, what I'd probably want to do is >> have a guile script that runs and builds everything together. Fortunately, >> there is prior art: >> https://git.dthompson.us/chickadee/tree/chickadee/cli/bundle.scm, which was >> used for davexunit.itch.io/bonnie-bee<https://davexunit.itch.io/bonnie-bee> >> https://davexunit.itch.io/super-bloom >> >> The big problem I can think of when it comes to making a more generalized >> guile build system is that guile relies heavily on the Guix ecosystem, and >> everything in Guix is installed globally in /gnu/store. (Unless you do guix >> pack -RR of course). I don't know Guix SUPER well, but I think you could >> probably have your guile script inside a guix pack, and then run the script >> once you unzip it. However, I don't think that would work on windows, and >> also isn't the one-click executable I want. >> > guix pack -f appimage would do the one-click executable for linux. > >> So I guess after all of this, I really want to hear your thoughts on this >> effort. Should I keep trying to make this work? I'd love to submit a Pull >> Request at some point making this all work, but I want to know where I >> should put my attention into. >> > It sounds like a cool idea! I haven’t looked at what you have in detail > but consider that making it as an AppImage would work well for Linux, I > don’t know much about windows but I suppose there exists similar > container formats in which you can put your guile binary and scripts and > have it execute seemlessly. > > The advantage of AppImage instead of having to code your own bootstrap.c > is that it will be able to load dynamic libraries as well as guile > scripts from a SquashFS archive that is contained in the binary. > > I think a good way forward would be to extend chickadee’s bundle to > generate AppImages instead of tarballs. > > Good day! > Noé