lilypond-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: source file ... .scm newer than compiled ... .go file


From: Jean Abou Samra
Subject: Re: source file ... .scm newer than compiled ... .go file
Date: Sun, 16 Oct 2022 12:18:25 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.3.1

Le 14/10/2022 à 19:55, Jonas Hahnfeld via Discussions on LilyPond development a écrit :
For the records, another application using Guile (GNU Cash) had the
same problem with flatpak three years ago.
Their workaround was disabling recompilation. Bad idea or good idea?
https://github.com/flathub/org.gnucash.GnuCash/blob/master/patches/0001-Never-recompile.patch
Not really great. On the other hand, you only need a very targeted
installation and don't expect a fully functional Guile...




Try really hard to avoid this. Some LilyPond libraries are written in
.scm files, like a lot of the stuff in openLilyLib. It is important
to use compilation (by running with GUILE_AUTO_COMPILE=1) in order
to get helpful error messages when something goes wrong there. If this
patch is used, as soon as one run with GUILE_AUTO_COMPILE=1 has been
done, changes in the .scm files will have no effect, which is going
to be very confusing for the user ...




Open issue which did not receive any feedback from flatpak developers:
https://github.com/flatpak/flatpak/issues/3064
Yes, this would need proper addressing for use cases such as Guile
bytecode compilation.



CPython has a system roughly similar to Guile's; how does packaging
Python libraries work in Flatpak?

Jean




reply via email to

[Prev in Thread] Current Thread [Next in Thread]