<div dir="auto">cffi-grovel processes cl-libuv's grovel.lisp, produces a C file, compiles it with cc, runs the resulting executable to produce a Lisp file which is then compiled and loaded. That Lisp file is what contains a defctype form that defines the libuv::size-t type which is then referenced by the next file in cl-libuv.asd.<div dir="auto"><div dir="auto"><br></div><div dir="auto">The ASDF integration bits for the cffi-grovel component are in cffi/grovel/asdf.lisp. Maybe some tracing and/or print debugging there can provide a clue.</div><div dir="auto"><br></div><div dir="auto">HTH,</div><div dir="auto">Luís</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 30 May 2023, 07:48 Zach Beane, <<a href="mailto:xach@xach.com">xach@xach.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Full log is here:<br>
<a href="http://report.quicklisp.org/2023-05-29/failure-report/cl-libuv.html#cl-libuv" rel="noreferrer noreferrer" target="_blank">http://report.quicklisp.org/2023-05-29/failure-report/cl-libuv.html#cl-libuv</a><br>
<br>
Here's part of it:<br>
<br>
; file: /home/quicklisp/quicklisp-controller/dist/build-cache/cl-libuv/9f0aced1c6a2ef1737696a9a577f65fbf922334a/cl-libuv-20230529-git/bindings.lisp<br>
; in: DEFCFUN ("uv_loop_size" UV-LOOP-SIZE)<br>
;     (CFFI:DEFCFUN ("uv_loop_size" LIBUV::UV-LOOP-SIZE)<br>
;         LIBUV::SIZE-T)<br>
;<br>
; caught ERROR:<br>
;   (during macroexpansion of (DEFCFUN ("uv_loop_size" UV-LOOP-SIZE) ...))<br>
;   Unknown CFFI type SIZE-T<br>
<br>
If I try compiling the library in isolation, it seems to work. Is it<br>
possible I've got some kind of stale fasl environment going on? Is<br>
there more research I can do to understand why this happens?<br>
<br>
Thanks,<br>
Zach<br>
<br>
</blockquote></div>