[Ecls-list] FIND-SYMBOL allows both SYMBOL and STRING

Juan Jose Garcia-Ripoll juanjose.garciaripoll at googlemail.com
Mon Nov 9 19:58:37 UTC 2009


On Mon, Nov 9, 2009 at 8:57 PM, Erik Huelsmann <ehuels at gmail.com> wrote:
> On Mon, Nov 9, 2009 at 8:02 PM, Juan Jose Garcia-Ripoll
> <juanjose.garciaripoll at googlemail.com> wrote:
>> On Mon, Nov 9, 2009 at 1:30 PM, Juan Jose Garcia-Ripoll
>> <juanjose.garciaripoll at googlemail.com> wrote:
>>> On Mon, Nov 9, 2009 at 1:26 PM, Matthew Mondor <mm_lists at pulsar-zone.net> wrote:
>>>> I noticed that on ECL, FIND-SYMBOL allows symbols to be passed when the
>>>> HyperSpec shows that the expected argument for the symbol to look for
>>>> is a string.  The HyperSpec however lists no exceptional situations,
>>>> but SBCL will assert that the argument is not a string.
>>>
>>> There is nothing planned about this. Probably we are using a check for
>>> string designator instead of a check for string. The former is less
>>> strict than the latter. I take note
>>
>> Fixed in CVS. Causes one test from the test suite to fail, but I think
>> it is wrong, for it expects characters as valid arguments to
>> FIND-SYMBOL.
>
> Without knowing anything about the test: a single character is a
> string designator too, according to the spec...

I know, but the point was that ECL accepted string designators and the
specification states clearly that FIND-SYMBOL only accepts strings.

Juanjo

-- 
Instituto de Física Fundamental, CSIC
c/ Serrano, 113b, Madrid 28006 (Spain)
http://juanjose.garciaripoll.googlepages.com




More information about the ecl-devel mailing list