[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: State of LilyPond with Guile 2.2
From: |
Thomas Morley |
Subject: |
Re: State of LilyPond with Guile 2.2 |
Date: |
Sat, 17 Apr 2021 12:02:20 +0200 |
Am So., 11. Apr. 2021 um 20:04 Uhr schrieb Thomas Morley
<thomasmorley65@gmail.com>:
>
> Am So., 11. Apr. 2021 um 19:37 Uhr schrieb Jonas Hahnfeld via
> Discussions on LilyPond development <lilypond-devel@gnu.org>:
> >
> > Am Sonntag, dem 11.04.2021 um 18:04 +0200 schrieb Han-Wen Nienhuys:
> > > I wonder if it isn't more practical to fork guile 1.8, and stick it
> > > into our tree as a submodule, and always build lilypond against the
> > > in-tree version. We'd be up for the maintenance on the 1.8 branch, but
> > > it might well be less work than keeping up with the churn that newer
> > > GUILE versions bring us.
> > >
> >
> > I had already replied that I don't like that option; it was always a
> > given for me that LilyPond would move on. Guile 2.2 also makes binary
> > distribution much nicer (because there no more shared srfi libraries,
> > so lilypond can be linked as one static executable) and makes it
> > possible to offer 64 bit executables for Windows.
> >
> > But given the reactions, I'll reduce activity on my work towards Guile
> > 2.2...
>
> Jonas,
>
> once the startup delay and overall lower tempo is reduced to a
> reasonable amount I'm for moving on to Guile-2, if not then Guile-3
> (yes, I've read what you wrote about Guile-3).
> Apart from the already mentioned unicode-thingy (admittedly the
> strongest argument to move up, imho) there are also bug-fixes and new
> functionality in newer guile-versions. The possibility to have 64 bit
> executables for Windows is the overall strongest argument, I'd say.
> I'd love to do my own tests etc, regrettable my spring-break is over.
> I'll likely will have no time until next weekend.
As promised I started to do some tests.
After installing guile-2.2.6. system wide I did in the lilypond-repo:
git checkout master
git fetch
git pull -r
rm -fr build-guile-2-2-6/
sh autogen.sh --noconfigure
mkdir -p build-guile-2-2-6
cd build-guile-2-2-6/
../configure GUILE_FLAVOR=guile-2.2
make -j4 CPU_COUNT=4
Although successfully I get for every file:
GNU LilyPond 2.23.2
<unnamed port>: In procedure scm-error in expression (scm-error (quote
misc-error) #f ...):
<unnamed port>: no code for module (lily clip-region)
Am I doing something wrong?
Above was meant to get a default build, i.e. without compiled .go-files.
Though, it's not entirely clear to me how to enable compiling those files.
Am I correct that
GUILE_AUTO_COMPILE=1
is not an option while running configure, but will happen lateron by
running some ly-file with
GUILE_AUTO_COMPILE=1 ./out/bin/lilypond some-file.ly
?
Cheers,
Harm
- Re: State of LilyPond with Guile 2.2, (continued)
- Re: State of LilyPond with Guile 2.2, David Kastrup, 2021/04/12
- Re: State of LilyPond with Guile 2.2, Karlin High, 2021/04/12
- Re: State of LilyPond with Guile 2.2, Jonas Hahnfeld, 2021/04/17
- Re: State of LilyPond with Guile 2.2, Thomas Morley, 2021/04/11
- Re: State of LilyPond with Guile 2.2, Jonas Hahnfeld, 2021/04/11
- Re: State of LilyPond with Guile 2.2, Kevin Barry, 2021/04/11
- Re: State of LilyPond with Guile 2.2,
Thomas Morley <=
- Re: State of LilyPond with Guile 2.2, Thomas Morley, 2021/04/17
- Re: State of LilyPond with Guile 2.2, Jonas Hahnfeld, 2021/04/17
Re: State of LilyPond with Guile 2.2, Werner LEMBERG, 2021/04/11