Srayan Jana <srayan.j...@outlook.com> writes:

>   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.
>

Make sure you’re looking at the devel version of the manual: 
<https://guix.gnu.org/manual/devel/en/html_node/Invoking-guix-pack.html#index-AppImage_002c-create-an-AppImage-file-with-guix-pack-1>.

>   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.
>

Look into the guile-xyz.scm file in the guix source for examples with 
guile-build-system.

>   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é

Attachment: signature.asc
Description: PGP signature

Reply via email to