Juho Snellman <jsnell@...> writes:
> On Sun, Nov 06, 2005 at 09:12:36AM +0000, Christophe Rhodes wrote:
>> Juho Snellman <jsnell@...> writes:
>> > * New function SB-INTROSPECT:FIND-DEFINITION-SOURCES-BY-NAME
>> > for querying, e.g (FIND-DEFINITION-SOURCES-BY-NAME '*FOO* :VARIABLE).
>> > Returns a list of locations (to support things like
>> > (F-D-S-B-N 'FOO :METHOD) or (F-D-S-B-N 'foo :VOP)).
>> Is there scope here for a unification with DOCUMENTATION? Rather than
>> using keywords, can we use the symbols that documentation specifies
>> for those public kinds, and symbols in sb-int for vop / optimizer etc.?
> Essentially this API doesn't work like DOCUMENTATION in that it
> distinguishes between different definition forms, not between
> different namespaces. For example 'FUNCTION gets documentation for a
> function, a generic function or a macro, depending on which one
> happens to be in the function slot of the symbol. F-D-S-B-N only finds
> exactly what was asked for; :FUNCTION gets you a DEFUN form, :MACRO a
> DEFMACRO, etc. Since there are no external symbols in CL for MACRO,
> SYMBOL-MACRO or CONSTANT, keywords must be used.
OK, but in that case, since you have an explicit map to definition
forms, why not use the definition form? That is, rather than
:function, use cl:defun? Would that work?