Am Mittwoch, dem 15.12.2021 um 23:17 +0100 schrieb Michael Käppler:
> Am 15.12.2021 um 19:26 schrieb Jonas Hahnfeld:
> > No, the static libfribidi.a should define them without the __imp_
> > prefix which is special to shared Dlls. The compiler generates
> > references to them if a function
On 2021-12-15 10:53 pm, Jonas Hahnfeld wrote:
Am Mittwoch, dem 15.12.2021 um 13:55 -0800 schrieb Aaron Hill:
On 2021-12-15 5:25 am, Jonas Hahnfeld wrote:
> I think I got it, can you give the newly built binaries in
> https://cloud.hahnjo.de/index.php/s/3gpCEQnjZZAT8FJ a try? This uses
>
Am Donnerstag, dem 16.12.2021 um 08:19 +0100 schrieb Michael Käppler:
> Am 16.12.2021 um 08:00 schrieb Jonas Hahnfeld via Discussions on
> LilyPond development:
> > Am Donnerstag, dem 16.12.2021 um 00:11 +0100 schrieb Robin Bannister:
> > > A few hours ago I wrote (re 2.23.5fixed)
> > > > Well,
Am 16.12.2021 um 08:00 schrieb Jonas Hahnfeld via Discussions on
LilyPond development:
Am Donnerstag, dem 16.12.2021 um 00:11 +0100 schrieb Robin Bannister:
A few hours ago I wrote (re 2.23.5fixed)
Well, initially I ran into irrelevancies because my .ly file (for 2.22)
has #on-the-fly, which
Am Donnerstag, dem 16.12.2021 um 00:11 +0100 schrieb Robin Bannister:
> A few hours ago I wrote (re 2.23.5fixed)
> >
> > Well, initially I ran into irrelevancies because my .ly file (for 2.22)
> > has #on-the-fly, which is no longer acceptable.
> >
> > I tried running convert-ly.py, but it was
Am Mittwoch, dem 15.12.2021 um 13:55 -0800 schrieb Aaron Hill:
> On 2021-12-15 5:25 am, Jonas Hahnfeld wrote:
> > I think I got it, can you give the newly built binaries in
> > https://cloud.hahnjo.de/index.php/s/3gpCEQnjZZAT8FJ a try? This uses
> >
A few hours ago I wrote (re 2.23.5fixed)
Well, initially I ran into irrelevancies because my .ly file (for 2.22)
has #on-the-fly, which is no longer acceptable.
I tried running convert-ly.py, but it was missing a .dll.
I will detail this later.
The attached file details this in its Case 1.
Hi,
after the "big" Linuxtag event folded, the Chemnitzer Linuxtage are the
largest such event in Germany, typically drawing about 2500-3000
visitors each year. In 2020, they were forced to fold with something
like a week of advance notice. In 2021, the event was virtual. In
2022, this will
Am 15.12.2021 um 19:26 schrieb Jonas Hahnfeld:
Am Mittwoch, dem 15.12.2021 um 15:36 +0100 schrieb Michael Käppler:
Hi all and Jonas in particular,
I would like to understand why building for mingw with your scripts does
not work for me.
I'm on Ubuntu Focal. A linux build worked flawlessly.
On 2021-12-15 5:25 am, Jonas Hahnfeld wrote:
I think I got it, can you give the newly built binaries in
https://cloud.hahnjo.de/index.php/s/3gpCEQnjZZAT8FJ a try? This uses
https://gitlab.com/lilypond/lilypond/-/merge_requests/1061 and works on
my system with a more common locale configuration,
David Kastrup wrote:
Sounds like you might have mistakenly used % as a comment character in
Scheme mode (in Scheme, the comment character rather is ; ).
Yes. I found it just before taking a break.
pah = #(define-music-function (chord) (ly:music?) % cf beguine
#{ s8 \hS
Am Mittwoch, dem 15.12.2021 um 15:36 +0100 schrieb Michael Käppler:
> Hi all and Jonas in particular,
> I would like to understand why building for mingw with your scripts does
> not work for me.
> I'm on Ubuntu Focal. A linux build worked flawlessly.
> During linking of the lilypond binary it
Robin Bannister writes:
> Jonas Hahnfeld wrote:
>> I think I got it, can you give the newly built binaries in
>> https://cloud.hahnjo.de/index.php/s/3gpCEQnjZZAT8FJ a try? This uses
>> https://gitlab.com/lilypond/lilypond/-/merge_requests/1061 and works on
>> my system with a more common locale
Am Mittwoch, dem 15.12.2021 um 17:12 +0100 schrieb Robin Bannister:
> So I commented out that \paper stuff, and then hit a lowlevel error.
> To be quite sure, I installed 2.23.5 (1.8) for comparison; it ran
> successfully.
>
> So this lowlevel error (Unbound variable: %) is the new nogo here.
Jonas Hahnfeld wrote:
I think I got it, can you give the newly built binaries in
https://cloud.hahnjo.de/index.php/s/3gpCEQnjZZAT8FJ a try? This uses
https://gitlab.com/lilypond/lilypond/-/merge_requests/1061 and works on
my system with a more common locale configuration, including properly
Hi all and Jonas in particular,
I would like to understand why building for mingw with your scripts does
not work for me.
I'm on Ubuntu Focal. A linux build worked flawlessly.
During linking of the lilypond binary it fails with
usr/bin/x86_64-w64-mingw32-ld:
Am 15.12.2021 um 14:25 schrieb Jonas Hahnfeld:
Am Montag, dem 13.12.2021 um 22:09 +0100 schrieb Jonas Hahnfeld:
Am Mittwoch, dem 08.12.2021 um 21:51 +0100 schrieb Jonas Hahnfeld via
Discussions on LilyPond development:
If that still doesn't work, there are two more possibilities:
1. We're
Am Montag, dem 13.12.2021 um 22:09 +0100 schrieb Jonas Hahnfeld:
> Am Mittwoch, dem 08.12.2021 um 21:51 +0100 schrieb Jonas Hahnfeld via
> Discussions on LilyPond development:
> > If that still doesn't work, there are two more possibilities:
> > 1. We're missing an option in building some of the
Hello,
Here is the current patch countdown list. The next countdown will be on
December 17th.
A list of all merge requests can be found here:
https://gitlab.com/lilypond/lilypond/-/merge_requests?sort=label_priority
Push:
!1055 \repeat segno - Dan Eble
19 matches
Mail list logo