Relativising FASL Cache Paths
Nicolas Hafner
shinmera at tymoon.eu
Sun Dec 17 11:07:22 UTC 2017
On 17/12/17 12:02, 73budden . wrote:
> Nicolas, can you resolve source locations at SWANK level? E.g.
> functions like SWANK/SBCL::SOURCE-FILE-SOURCE-LOCATION might be
> appropriate for patching: you take the location that SBCL gives you,
> but then redirect SWANK to other place. I guess this is not the only
> place you have to patch, it would require patching private functions
> and it might not work at all. But if that works for you please let me
> know. I'm also maintaining a thing a bit similar to portacle and it
> looks like I would suffer from the same issue.
That sounds like a really nasty workaround. I'd much rather try to get
ASDF to use logical pathnames.
> Also let me remind you that you can set up the path to SBCL sources by
>
> sb-ext:set-sbcl-source-location
>
> AFAIR locating sources of SBCL functions didn't work in portacle when
> I saw it, and it was not very long ago.
Portacle already does that
<https://github.com/portacle/config/blob/master/sbcl-init.lisp#L52>.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/asdf-devel/attachments/20171217/316d1c42/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://mailman.common-lisp.net/pipermail/asdf-devel/attachments/20171217/316d1c42/attachment.sig>
More information about the asdf-devel
mailing list