Re: Rational

[Hans Åberg]

> On 23 May 2018, at 15:46, David Kastrup <address@hidden> wrote:
> 
> Try actually reading the code.  lily/include/smobs* are not that many
> files and nowadays pretty exclusively encapsulate all Scheme-related
> memory management.

As long you don't have pointers into that, as you suggested with Rational and 
other data that uses it.

> LilyPond has worked for decades on large file sets compiled in sequence
> and large projects, with a conservative garbage collector with a small
> seed core area (basically stack and memory explicitly allocated by
> Guile).  You keep pontificating about problems with solutions that have
> been known for decades and that have polished abstractions and
> implementations (which made the Guilev2 migration possible in the first
> place) in place.

But the Boehm GC is new for Guile 2.

> In contrast to the actual typesetting, the Midi backend is lackadaisical
> with its allocations and does not create data structures connected with
> the Guile garbage collector.  Nor does it free them.  The data
> structures are much more compact than the typical typesetting stuff but
> nevertheless this is a memory leak wanting to get patched up, and in the
> process of turning its timing data structures into SCM data structures,
> this might be a side benefit.

As long it does not use Rational with a pointer into Guile.

Anyway, you seem to have decided how the LilyPond development should progress.