<div dir="ltr"><div>Hi Mark,</div><div><br></div><div>Thanks for your response. Running LISP-IMPLEMENTATION-VERSION from within the GAE development server gives:</div><div><br></div>  1.3.3<br>  Java_HotSpot(TM)_64-Bit_Server_VM-Oracle_Corporation-1.7.0_60-b19<div>  x86_64-Mac_OS_X-10.9.5<div class="gmail_extra"><br></div><div class="gmail_extra">It sounds like getting ASDF working is going to be more of a can of worms than simply fixing my ASDF configuration. It's not crucial to my project and I know you're busy, so perhaps we should just create an issue for anything PATHNAME-related that might need looking at and then come back to it at some point in the future? I'll just unpack my JAR file and load the FASLs directly in the meantime.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Thanks again,</div><div class="gmail_extra"><br></div><div class="gmail_extra">John :^P (flying like an eagle to the sea)</div><div class="gmail_extra"><br><div class="gmail_quote">On 15 December 2015 at 20:11, Mark Evenson <span dir="ltr"><<a href="mailto:evenson@panix.com" target="_blank">evenson@panix.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
On 2015/12/14 23:39, John Pallister wrote:<br>
[…]<br>
<span class="">> That is, merging a relative path with the (absolute) JFAD path retained the<br>
> default JAR file "device" (and remains a relative path, which ASDF won't<br>
> accept), but merging an absolute path reset the device component. I've read<br>
> through the documentation for MERGE-PATHNAMES in the HyperSpec[2] and<br>
> AFAICT the device component should be copied across. I'm reasonably<br>
> confident that if it were, things would work better. But I could be<br>
> (doubly) wrong.<br>
><br>
> I am trying to figure this out for myself, but I'm stuck for now, so I'm<br>
> hoping someone (i.e. Mark) can, on reading this, offer some guidance as to<br>
> where I should go from here. I haven't (yet) tried posting to the ASDF<br>
> mailing list as this seems like a fairly ABCL-specific issue.<br>
><br>
</span>[…]<br>
You are probably being bit here by the shenanigans noted in section<br>
1.1.1 entitled "ANSI Common Lisp" of the [User Manual][1]:<br>
<br>
[…]<br>
<br>
When merging pathnames and the defaults point to a EXT:JAR-PATHNAME, we<br>
set the DEVICE of the result to :UNSPECIFIC if the pathname to be be<br>
merged does not contain a specified DEVICE, does not contain a specified<br>
HOST, does contain a relative DIRECTORY, and we are not running on a<br>
MSFT Windows platform.<br>
<br>
[…]<br>
<br>
[Footnote] The intent of this rather arcane sounding deviation from<br>
conformance is so that the result of a merge won’t fill in a DEVICE with<br>
the wrong ”default device for the host” in the sense of the fourth<br>
paragraph in the CLHS description of MERGE-PATHNAMES (see in [P+96] the<br>
paragraph beginning ”If the PATHNAME explicitly specifies a host and not<br>
a device”). A future version of the implementation may return to<br>
conformance by using the HOST value to reflect the type explicitly.<br>
<br>
[…]<br>
<br>
[1]: <a href="http://abcl.org/releases/1.3.3/abcl-1.3.3.pdf" rel="noreferrer" target="_blank">http://abcl.org/releases/1.3.3/abcl-1.3.3.pdf</a><br>
<br>
If desired, one can study the current aim of the implementation in using<br>
the DEVICE field to represent a JAR file via the [url-pathname][2] and<br>
[jar-pathname][3] design notes.  More history can be gleaned with the<br>
[notes on the last time I mucked with MERGE-PATHNAMES][4].<br>
<br>
[2]:<br>
<a href="http://abcl.org/trac/browser/trunk/abcl/doc/design/pathnames/url-pathnames.markdown" rel="noreferrer" target="_blank">http://abcl.org/trac/browser/trunk/abcl/doc/design/pathnames/url-pathnames.markdown</a><br>
[3]:<br>
<a href="http://abcl.org/trac/browser/trunk/abcl/doc/design/pathnames/jar-pathnames.markdown" rel="noreferrer" target="_blank">http://abcl.org/trac/browser/trunk/abcl/doc/design/pathnames/jar-pathnames.markdown</a><br>
[4]:<br>
<a href="http://abcl.org/trac/browser/trunk/abcl/doc/design/pathnames/merging-defaults.markdown" rel="noreferrer" target="_blank">http://abcl.org/trac/browser/trunk/abcl/doc/design/pathnames/merging-defaults.markdown</a><br>
<br>
Could you provide the values for LISP-IMPLEMENTATION-VERSION executed on<br>
your GAE container?<br>
<br>
I need more time to analyze what the right way forward would be if we<br>
need to fix the MERGE-PATHNAME semantics, as I need to preserve a whole<br>
lot of edge cases for which I don't have time to develop reliable tests.<br>
<br>
Time.  Slipping like a river, into the future.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
"A screaming comes across the sky.  It has happened before, but there<br>
is nothing to compare to it now."<br>
<br>
</font></span></blockquote></div><br></div></div></div>