On 2010-02-24, at 16:42 , Robert Goldman wrote:
> [...]
the documentation generation code - as i've read and written it,
crawls packages and/or live images, so there's a lot it can do
without the markup hints. given that information, it is possible to
recognize almost eve
On 2/24/10 Feb 24 -9:35 AM, james anderson wrote:
>
> On 2010-02-24, at 16:19 , Robert Goldman wrote:
>
>> On 2/24/10 Feb 24 -9:09 AM, james anderson wrote:
>>>
>>> i wondered that. looks like markdown link-w/o-the-reference-id
>>> syntax. (is supported by docudown?)
>>> but then, it's not clear
On 2010-02-24, at 16:19 , Robert Goldman wrote:
> On 2/24/10 Feb 24 -9:09 AM, james anderson wrote:
>>
>> i wondered that. looks like markdown link-w/o-the-reference-id
>> syntax. (is supported by docudown?)
>> but then, it's not clear were it finds it's definition. (work-in-
>> progress?)
>>
>>
On 2/24/10 Feb 24 -9:22 AM, Tobias C. Rittweiler wrote:
> Robert Goldman
> writes:
>
> Actually, &allow-other-keys would not be necessary if these weren't
> normal functions but generic functions. Then methods can add valid
> keywords. And there's a programmatic protocol to get at all valid
> ke
Faré writes:
> Thanks to Tobias for his several bug reports. I committed fixes to the issues,
> building my own ensure-package (in a labels in cl-user, because we don't
> have a package in which to do a defun yet).
There's another thing bugging me:
Could we add a PERFORM to swank.asd to muffle
Robert Goldman
writes:
> On 2/24/10 Feb 24 -9:00 AM, Tobias C. Rittweiler wrote:
>> Robert Goldman writes:
>>
>>> On 2/24/10 Feb 24 -5:54 AM, Tobias C. Rittweiler wrote:
Although the way to extend operations by additional initargs is somewhat
cumbersome, it's possible. Unfortunate
On 2/24/10 Feb 24 -9:09 AM, james anderson wrote:
>
> i wondered that. looks like markdown link-w/o-the-reference-id
> syntax. (is supported by docudown?)
> but then, it's not clear were it finds it's definition. (work-in-
> progress?)
>
> which brings up larger questions.
> as i was writing d
On 2/24/10 Feb 24 -9:00 AM, Tobias C. Rittweiler wrote:
> Robert Goldman writes:
>
>> On 2/24/10 Feb 24 -5:54 AM, Tobias C. Rittweiler wrote:
>>>
>>> Although the way to extend operations by additional initargs is somewhat
>>> cumbersome, it's possible. Unfortunately, the sugar forms LOAD-SYSTEM,
Thanks to Tobias for his several bug reports. I committed fixes to the issues,
building my own ensure-package (in a labels in cl-user, because we don't
have a package in which to do a defun yet).
RPG:
> Follow-up question: why do we need the ASDF-EXTENSIONS nickname? Can
> we sacrifice this inst
i wondered that. looks like markdown link-w/o-the-reference-id
syntax. (is supported by docudown?)
but then, it's not clear were it finds it's definition. (work-in-
progress?)
which brings up larger questions.
as i was writing docstrings for de.setf.amqp, i wondered, while
markdown is most d
Robert Goldman writes:
> On 2/24/10 Feb 24 -5:54 AM, Tobias C. Rittweiler wrote:
>>
>> Although the way to extend operations by additional initargs is somewhat
>> cumbersome, it's possible. Unfortunately, the sugar forms LOAD-SYSTEM,
>> COMPILE-SYSTEM, and TEST-SYSTEM do not take additional inita
On 2/24/10 Feb 24 -5:54 AM, Tobias C. Rittweiler wrote:
>
> Although the way to extend operations by additional initargs is somewhat
> cumbersome, it's possible. Unfortunately, the sugar forms LOAD-SYSTEM,
> COMPILE-SYSTEM, and TEST-SYSTEM do not take additional initargs.
I see that the docstring
On 2/24/10 Feb 24 -6:02 AM, Tobias C. Rittweiler wrote:
>
> Current ECL HEAD comes with asdf version "1.604", but trying to load
> upstreams asdf.lisp won't work because of
>
> "A package with the name ASDF-EXTENSIONS already exists."
>
> Indeed, CLHS DEFPACKAGE says
>
> If one of the suppl
not only this, if the symbol constituency changes, the notion of
'undefined' frequently yields results far from the intended.
not to mention the (perhaps continuable) errors.
yes, one needs an operator with ensure-like semantics, which is
intended to operate on packages which may already exist
Current ECL HEAD comes with asdf version "1.604", but trying to load
upstreams asdf.lisp won't work because of
"A package with the name ASDF-EXTENSIONS already exists."
Indeed, CLHS DEFPACKAGE says
If one of the supplied :nicknames already refers to an existing
package, an error of type p
Although the way to extend operations by additional initargs is somewhat
cumbersome, it's possible. Unfortunately, the sugar forms LOAD-SYSTEM,
COMPILE-SYSTEM, and TEST-SYSTEM do not take additional initargs.
-T.
diff --git a/asdf.lisp b/asdf.lisp
index 92e7f6e..3f230d5 100644
--- a/asdf.lisp
16 matches
Mail list logo