<div dir="ltr"><div><div>gitlab is back up now.<br><br></div>Regards,<br><br></div>Erik.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jan 7, 2018 at 12:39 PM, Faré <span dir="ltr"><<a href="mailto:fahree@gmail.com" target="_blank">fahree@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">It's in doc/<a href="http://syntax-control.md" rel="noreferrer" target="_blank">syntax-control.md</a> in the syntax-control branch (MR !86 on gitlab).<br>
Unhappily, <a href="http://gitlab.common-lisp.net" rel="noreferrer" target="_blank">gitlab.common-lisp.net</a> seems to be down right now:<br>
<a href="https://gitlab.common-lisp.net/asdf/asdf" rel="noreferrer" target="_blank">https://gitlab.common-lisp.<wbr>net/asdf/asdf</a><br>
If symptom persists, you may have to use my github backup in the meantime.<br>
<a href="https://github.com/fare/asdf/blob/syntax-control/doc/syntax-control.md" rel="noreferrer" target="_blank">https://github.com/fare/asdf/<wbr>blob/syntax-control/doc/<wbr>syntax-control.md</a><br>
<br>
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• <a href="http://fare.tunes.org" rel="noreferrer" target="_blank">http://fare.tunes.org</a><br>
>From a programmer's point of view, the user is a peripheral that types<br>
when you issue a read request. — P. Williams<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
On Sun, Jan 7, 2018 at 5:24 AM, 73budden . <<a href="mailto:budden73@gmail.com">budden73@gmail.com</a>> wrote:<br>
> Hi! Where the document is found?<br>
><br>
> 2018-01-06 3:53 GMT+03:00, Robert Goldman <<a href="mailto:rpgoldman@sift.info">rpgoldman@sift.info</a>>:<br>
>> I just pushed an edit of <a href="http://syntax-control.md" rel="noreferrer" target="_blank">syntax-control.md</a> in which I try to capture the<br>
>> terminology.<br>
>><br>
>> Status: several Allegro failures break for me on test-syntax-control.<br>
>> Results from Linux:<br>
>><br>
>> build/results/allegro8_64-<wbr>test.text<br>
>> build/results/allegro8_64_s-<wbr>test.text<br>
>> build/results/allegromodern8_<wbr>64-test.text<br>
>> build/results/allegromodern8_<wbr>64_s-test.text<br>
>> build/results/allegromodern_<wbr>64-test.text<br>
>> build/results/allegromodern_<wbr>64_s-test.text<br>
>><br>
>> These failures seem to be due to NAMED-READTABLES not working properly<br>
>> on these platforms, rather than on anything ASDF itself does.<br>
>><br>
>> Concern:  As I was reading over <a href="http://syntax-control.md" rel="noreferrer" target="_blank">syntax-control.md</a>, it was brought home<br>
>> to me that the ASDF shared syntax is initialized to the *initial syntax*<br>
>> on the host implementation, rather than the standard syntax of ANSI CL.<br>
>> My understanding is that this is done for backwards-compatibility with<br>
>> some QL systems that assume they have access to extended syntax from<br>
>> some implementation(s).  I'm concerned that this will create a<br>
>> maintenance headache going forward just so someone *else* can avoid<br>
>> making some minor clean-up.  Should we just suck it up and make the<br>
>> shared syntax start out with the initial syntax?  Why not break it now,<br>
>> and save ourselves trouble later?  Also, it seems like "initial syntax"<br>
>> is not well-defined, even on a single implementation, since ASDF might<br>
>> be loaded at arbitrary times, possibly after modifications to the<br>
>> "initial initial" readtable.  Finally, going forward, people will be<br>
>> yelling at *us* if implementations change their initial syntax.<br>
>><br>
>> Unless there's a really important reason to keep this, I think we should<br>
>> kill it.<br>
>><br>
>><br>
><br>
<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Bye,<div><br></div><div>Erik.</div><div><br></div><div><a href="http://efficito.com/" target="_blank">http://efficito.com</a> -- Hosted accounting and ERP.</div><div>Robust and Flexible. No vendor lock-in.</div></div></div>
</div>