<html>

  <head>

    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">

  </head>

  <body text="#000000" bgcolor="#FFFFFF">

    On 17/12/17 12:02, 73budden . wrote:

    <blockquote type="cite"

cite="mid:CADMF=iqwzHrM=TXH6DgobZGW5FhQetPpF_g97U=DnhHUDeFebg@mail.gmail.com">

      <pre wrap="">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. </pre>

    </blockquote>

    That sounds like a really nasty workaround. I'd much rather try to

    get ASDF to use logical pathnames.<br>

    <blockquote type="cite"

cite="mid:CADMF=iqwzHrM=TXH6DgobZGW5FhQetPpF_g97U=DnhHUDeFebg@mail.gmail.com">

      <pre wrap="">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.

</pre>

    </blockquote>

    Portacle <a moz-do-not-send="true"

      href="https://github.com/portacle/config/blob/master/sbcl-init.lisp#L52">already

      does that</a>.<br>

  </body>

</html>