Guillaume Le Vaillant writes:
> I pushed the fix as 47a2306415cf19270cb398590be3d95a92a0e73b.
Thanks a lot - this works just fine!
Cheers,
Konrad.
Konrad Hinsen skribis:
> Pierre Neidhardt writes:
>
>> Thanks for investigating this!
>> Can you send a patch? Or maybe Guillaume?
>
> Not me, sorry. I haven't figured out yet how the asdf-build-system
> works. Nor build systems in general.
>
> Cheers,
> Konrad
I pushed the fix as
Pierre Neidhardt writes:
> Thanks for investigating this!
> Can you send a patch? Or maybe Guillaume?
Not me, sorry. I haven't figured out yet how the asdf-build-system
works. Nor build systems in general.
Cheers,
Konrad
Pierre Neidhardt writes:
> You could also try playing with the
> `--dynamic-space-size` command line flag, e.g.
>
> sbcl --dynamic-space-size 2048 ...
That was a good idea. It turns out that 1024 is just a bit too low to do
program-op, though load-system works. With 1280 I can do program-op
You could also try playing with the
`--dynamic-space-size` command line flag, e.g.
sbcl --dynamic-space-size 2048 ...
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Hi Pierre,
>> 2. Building binaries with SBCL takes more heap space than merely
>> loading a system from source via ASDF.
>
> I think probably not. However there are different ASDF operation. In the
> Guix build system we use "program-op" which does not behave like the
> default operation
Pierre Neidhardt skribis:
> Hi Konrad,
>
>> I am trying to figure out why sbcl-numcl fails to build since the update
>> to SBCL 2.0.2. See here for a typical build log:
>>
>>http://ci.guix.gnu.org/build/2339924/details
>>
>> What happens is that SBCL runs out of heap space and stops.
Hi Konrad,
> I am trying to figure out why sbcl-numcl fails to build since the update
> to SBCL 2.0.2. See here for a typical build log:
>
>http://ci.guix.gnu.org/build/2339924/details
>
> What happens is that SBCL runs out of heap space and stops. However, I
> can load numcl into SBCL 2.0.2