On 2/6/20, Andy Wingo wrote:
> Given that John said that compilation went fine with
> GUILE_JIT_THRESHOLD=-1, I think perhaps this problem may have been fixed
> in the past. My suspicions are that this issue is an ABI issue with
> lightening that could perhaps be reproduced by:
>
> git co
Hi!
Could someone review my build fixes for hppa [1] and ia64 [2]?
Thanks,
Adrian
PS: Please keep me CC'ed, I'm not subscribed.
> [1] https://lists.gnu.org/archive/html/guile-devel/2020-02/msg00020.html
> [2] https://lists.gnu.org/archive/html/guile-devel/2020-02/msg00022.html
--
.''`.
Hi Mikael!
Mikael Djurfeldt skribis:
> Could the frequency of GC be adapted similarly such that the balance
> between GC and allocation is shifted towards allocation in phases with a
> lot of heap growth?
I guess we’ve been mostly “end users” of libgc, assuming the right
design decisions were
Den ons 5 feb. 2020 23:32Han-Wen Nienhuys skrev:
>
>
> On Wed, Feb 5, 2020 at 5:23 PM Ludovic Courtès wrote:
>
>> Weird. It would be interesting to see where the slowdown comes from.
>> Overall, my recollection of the 1.8 to 2.0 transition (where we
>> introduced libgc) is that GC was a bit
Hi!
Andy Wingo skribis:
> Nice investigation! Perhaps slot-allocation should track live variables
> using something that's not bigints, but who knows.
Yeah I wondered; it’s not clear whether bitvectors would be more
efficient, for instance, although we could make it perhaps locally
On Mon 20 Jan 2020 18:22, Mike Gran writes:
> On Mon, Jan 20, 2020 at 11:38:35AM -0500, John Cowan wrote:
>> Yes, gladly, but I don't know how to get one in this context. Do I need to
>> add some flags to the Makefile, and if so, where? (It's a twisty maze of
>> passages, all different.) .
Hi :)
Nice investigation! Perhaps slot-allocation should track live variables
using something that's not bigints, but who knows.
On Wed 05 Feb 2020 17:29, Ludovic Courtès writes:
> /* The next three functions (custom_libgmp_*) are passed to
> mp_set_memory_functions (in GMP) so that
