> On 20 Feb 2023, at 11:06, Ludovic Courtès wrote:
>
>> According to the Boehm GC documentation, this 'conditional
>> initialisation' is unnecessary:
>>
>> /* Portable clients should call this at the program start-up. More */
>> /* over, some platforms require this call to be done strictly
On 20-02-2023 11:06, Ludovic Courtès wrote:
[...]
The “Multiple invocations” bit isn’t in libgc 8.0.4. Which version are
you looking at?
Commit 151b49a5302eea89ffd9efd9cdb82b75ac4f5d35 (include/gc/gc.h).
Looking at the changelog, that part is there since at least 8.0.6:
[...]
* Refine GC_IN
Hi Maxime,
Maxime Devos skribis:
>> [RFC,PATCH] Do not GC_INIT the Boehm GC if already initialized
> On 06-02-2023 19:34, Jose E. Marchesi wrote:
>> Hello Guile hackers.
>> We are in the process of integrating GNU poke[1] in GDB by mean of
>> libpoke.
>> Prob
> [RFC,PATCH] Do not GC_INIT the Boehm GC if already initialized
On 06-02-2023 19:34, Jose E. Marchesi wrote:
Hello Guile hackers.
We are in the process of integrating GNU poke[1] in GDB by mean of
libpoke.
Problem is, libpoke uses the Boehm GC, as guile does. We are working on
switching
> On 06/02/2023 19:34, Jose E. Marchesi wrote:
>>
>> Hello Guile hackers.
>>
>> We are in the process of integrating GNU poke[1] in GDB by mean of
>> libpoke.
>>
>> Problem is, libpoke uses the Boehm GC, as guile does. We are working on
>> switching to an ad-hoc exact collector, but it will g
On 06/02/2023 19:34, Jose E. Marchesi wrote:
>
> Hello Guile hackers.
>
> We are in the process of integrating GNU poke[1] in GDB by mean of
> libpoke.
>
> Problem is, libpoke uses the Boehm GC, as guile does. We are working on
> switching to an ad-hoc exact collector, but it will get some time
Hello Guile hackers.
We are in the process of integrating GNU poke[1] in GDB by mean of
libpoke.
Problem is, libpoke uses the Boehm GC, as guile does. We are working on
switching to an ad-hoc exact collector, but it will get some time.
So, in the interim, we may:
1) Make both libguile and li
