unwanted recompilation with :CFFI-GROVEL-FILE
JTK
jetmonk at gmail.com
Thu Apr 16 02:22:05 UTC 2020
It turns out to be an intermediate-version SBCL bug, fixed by upgrading to 2.0.3.
Sorry for this additional email, but I thought it better to close the issue out.
> On Apr 15, 2020, at 12:36 PM, JTK <jetmonk at gmail.com> wrote:
>
>
> Thank you for the suggestion to upgrade ASDF, Stelian.
>
> I upgraded my builtin SBCL asdf.fasl from 3.3.4 to 3.3.4.1 (git version) with a manual replacement of fasl.
>
> This
>
> - fixes my toy test case on OSX+SBCL (no more unnecessary recompile)
>
> - does not fix osicat on OSX+SBCL
>
> - but both osicat and toy test case work in ccl64+OSX with no ASDF fixes needed.
>
> - but osicat works without reloading in SBCL+Linux64, again without an ASDF upgrade.
>
> So it looks like it could be some kind of glitch in asdf or OSX SBCL (up to 1.4.9).
>
> JK
>
>
>
>> On Apr 14, 2020, at 5:40 PM, Stelian Ionescu <sionescu at cddr.org <mailto:sionescu at cddr.org>> wrote:
>>
>>>
>>> Hello,
>>>
>>> Sorry if this is the wrong place to ask ...
>>>
>>> I’m using the ‘osicat’ package ( https://common-lisp.net/project/osicat/ <https://common-lisp.net/project/osicat/> and https://github.com/osicat/osicat <https://github.com/osicat/osicat> ) in SBCL on OSX.
>>>
>>> whenever I do ‘(asdf:load-system “osicat”) it seems to recompile the cffi-grovel-files and their dependencies.
>>>
>>> Is this normal, or is there some way to make it behave like asdf usually does, that it recompiles only when a file has changed?
>>
>> This sounds very much like a bug in ASDF that was fixed a while ago. I suggest upgrading to the latest version and retrying.
>>
>> --
>> Stelian Ionescu
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cffi-devel/attachments/20200415/447d12b3/attachment.htm>
More information about the cffi-devel
mailing list