[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: the new gc asserts in master
From: |
Han-Wen Nienhuys |
Subject: |
Re: the new gc asserts in master |
Date: |
Thu, 28 Aug 2008 01:14:30 -0300 |
User-agent: |
Thunderbird 2.0.0.16 (X11/20080723) |
Ludovic Courtès escreveu:
>> +#if (SCM_DEBUG_CELL_ACCESSES == 0 && SCM_SIZEOF_UNSIGNED_LONG == 4)
>
> x86-64 is not the only arch with 4-byte long long integers.
I'm not pretending it is the end-all fix. - we (I) need to understand
what is happening and make the numbers match up exactly. This is just
a kludge.
> I'm still in favor of "git revert" since the log message makes it clear
> which patch was reverted and why. "We" can then take our time and work
> out a proper fix, and finally re-merge the patch plus its fix.
> Furthermore, in the eventuality where none of us eventually finds a fix,
> `master' is left in the previous state, which is better IMO.
'master' in its previous states grows the heap to 600M doing the 1000-fold
version of srfi-18 test I posted. I think it's not a good solution.
Commenting out the assert for x86-64 should yield better behavior.
--
Han-Wen Nienhuys - address@hidden - http://www.xs4all.nl/~hanwen
- the new gc asserts in master, Andy Wingo, 2008/08/26
- Re: the new gc asserts in master, Han-Wen Nienhuys, 2008/08/26
- Re: the new gc asserts in master, Andy Wingo, 2008/08/27
- Re: the new gc asserts in master, Andy Wingo, 2008/08/27
- Re: the new gc asserts in master, Han-Wen Nienhuys, 2008/08/28
- Re: the new gc asserts in master, Ludovic Courtès, 2008/08/28
- Re: the new gc asserts in master, Han-Wen Nienhuys, 2008/08/28
- Re: the new gc asserts in master, Han-Wen Nienhuys, 2008/08/28