
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

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

</head>

<body>

<div style="font-family:sans-serif"><div style="white-space:normal">

<p dir="auto">I just pushed an edit of syntax-control.md in which I try to capture the terminology.</p>


<p dir="auto">Status: several Allegro failures break for me on test-syntax-control.  Results from Linux:</p>


<p dir="auto">build/results/allegro8_64-test.text<br>

build/results/allegro8_64_s-test.text<br>

build/results/allegromodern8_64-test.text<br>

build/results/allegromodern8_64_s-test.text<br>

build/results/allegromodern_64-test.text<br>

build/results/allegromodern_64_s-test.text</p>


<p dir="auto">These failures seem to be due to NAMED-READTABLES not working properly on these platforms, rather than on anything ASDF itself does.</p>


<p dir="auto">Concern:  As I was reading over syntax-control.md, it was brought home to me that the ASDF shared syntax is initialized to the <em>initial syntax</em> on the host implementation, rather than the standard syntax of ANSI CL.  My understanding is that this is done for backwards-compatibility with some QL systems that assume they have access to extended syntax from some implementation(s).  I'm concerned that this will create a maintenance headache going forward just so someone <em>else</em> can avoid making some minor clean-up.  Should we just suck it up and make the shared syntax start out with the initial syntax?  Why not break it now, and save ourselves trouble later?  Also, it seems like "initial syntax" is not well-defined, even on a single implementation, since ASDF might be loaded at arbitrary times, possibly after modifications to the "initial initial" readtable.  Finally, going forward, people will be yelling at <em>us</em> if implementations change their initial syntax.</p>


<p dir="auto">Unless there's a really important reason to keep this, I think we should kill it.</p>

</div>

</div>

</body>

</html>