Re: Almost, but not quite: C++ STL in LilyPond

2020-05-06 Thread Jonas Hahnfeld
Am Donnerstag, den 07.05.2020, 07:57 +0200 schrieb Han-Wen Nienhuys: > In my mind, supporting GUILE 2.x means supporting byte compilation > because we'd otherwise regress startup speed by a second or so. > > That is currently blocked on your proposed alternative to > https://codereview.appspot.com

Re: Almost, but not quite: C++ STL in LilyPond

2020-05-06 Thread Han-Wen Nienhuys
On Wed, May 6, 2020 at 11:42 AM David Kastrup wrote: > > Or, we could globally map new/delete to GC_malloc and GC_free. > > That would vastly increase the amount of GC-scanned memory, and GC > scanning is already slow. I'd first measure this carefully before spending time on a complex rewrite. Th

Re: Use GhostScript API instead of forking (issue 548030043 by jonas.hahnf...@gmail.com)

2020-05-06 Thread Valentin Villenave
On 5/6/20, jonas.hahnf...@gmail.com wrote: > In case you're interested how I found out about this: > https://www.hahnjo.de/blog/2020/05/06/recursively-timeing-processes.html Good to know, thanks! (And the resulting improvement is indeed impressive.) Cheers, -- V.

Re: Use GhostScript API instead of forking (issue 548030043 by jonas.hahnf...@gmail.com)

2020-05-06 Thread jonas . hahnfeld
In case you're interested how I found out about this: https://www.hahnjo.de/blog/2020/05/06/recursively-timeing-processes.html before this change (commit 8fa5191cbf) /usr/bin/gsc called 18100 times, total of 2044s lilypond called 937 times, total of 1120s after an early version of this change: /u

Re: Almost, but not quite: C++ STL in LilyPond

2020-05-06 Thread David Kastrup
David Kastrup writes: > Han-Wen Nienhuys writes: > >> On Tue, May 5, 2020 at 5:49 PM Jonas Hahnfeld wrote: >>> >>> Am Dienstag, den 05.05.2020, 17:09 +0200 schrieb David Kastrup: >>> > I am currently digging back and forth regarding implementation of our >>> > Smobs (Scheme objects) and garbage

Vertical alignment of non AxisGroup grobs

2020-05-06 Thread Valentin Petzel
Hi everyone, I’m looking into doing large time sigs found in modern conducting scores in lilypond. For that reason I need to place TimeSignatures that are not in a Vertical axis group on the score. Is there any way to vertically align such objects relative to the bottom of the system instead of

Re: Almost, but not quite: C++ STL in LilyPond

2020-05-06 Thread David Kastrup
Han-Wen Nienhuys writes: > On Tue, May 5, 2020 at 5:49 PM Jonas Hahnfeld wrote: >> >> Am Dienstag, den 05.05.2020, 17:09 +0200 schrieb David Kastrup: >> > I am currently digging back and forth regarding implementation of our >> > Smobs (Scheme objects) and garbage collection and STL, and I think

Re: Almost, but not quite: C++ STL in LilyPond

2020-05-06 Thread Hans Åberg
> On 6 May 2020, at 08:21, Han-Wen Nienhuys wrote: > > Regarding GC, once we leave behind GUILE 1.x, we could adorn all SCM > containing structures with a operator new/operator delete, which calls > scm_gc_alloc()/scm_gc_free(). That would get rid of marking functions. > For vectors, we could i