[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Rational
From: |
David Kastrup |
Subject: |
Re: Rational |
Date: |
Wed, 23 May 2018 19:32:27 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) |
Hans Åberg <address@hidden> writes:
>> On 23 May 2018, at 18:58, David Kastrup <address@hidden> wrote:
>
>> If you bothered looking at the LilyPond code base, you'll find that _no_
>> STL containers are created containing SCM objects in the expectation
>> that they will automagically marked for garbage collection. Any STL
>> container containing SCM objects is either locally used for existing SCM
>> objects protected elsewhere, or its containing object is SCM controlled
>> and uses mark hooks for marking the elements of the STL container during
>> garbage collection scans. There are even mechanisms for making sure
>> that the STL containers are fully initialized before a derived class may
>> have its mark hook triggered.
>
> But scm_malloc does not use GC_malloc_uncollectable, it seems, so it
> too would require explicit markups in order to get internally in
> Guile.
Getting "internally in Guile" is done by SCM_NEWSMOB. Cf
lily/include/smobs.hh .
--
David Kastrup
- Re: Rational, (continued)
- Re: Rational, David Kastrup, 2018/05/23
- Re: Rational, Hans Åberg, 2018/05/23
- Re: Rational, David Kastrup, 2018/05/23
- Re: Rational, Hans Åberg, 2018/05/23
- Re: Rational, David Kastrup, 2018/05/23
- Re: Rational, Hans Åberg, 2018/05/23
- Re: Rational, David Kastrup, 2018/05/23
- Re: Rational, Hans Åberg, 2018/05/23
- Re: Rational, David Kastrup, 2018/05/23
- Re: Rational, Hans Åberg, 2018/05/23
- Re: Rational,
David Kastrup <=
- Re: Rational, Hans Åberg, 2018/05/23
- Re: Rational, Kieren MacMillan, 2018/05/23
- Re: Rational, metachromatic, 2018/05/26
- Re: Rational, David Kastrup, 2018/05/26
- Re: Microrhythm, Hans Åberg, 2018/05/22
- Re: Microrhythm, Han-Wen Nienhuys, 2018/05/23
- Message not available
- Re: Microrhythm, metachromatic, 2018/05/26
- Re: Microrhythm, Hans Åberg, 2018/05/26
- Re: Microrhythm, Hans Åberg, 2018/05/26
- Re: Microrhythm, Han-Wen Nienhuys, 2018/05/26