On May 27, 2009, at 1:59 AM, Eduardo Cavazos wrote:
Yow. Is this a bug? Whadami missing? Can any of y'all reproduce?
It's a combination of a bug in Ikarus's REPL, and a bug in the R6RS version of SRFI 26. Basically, every time you use an unbound identifier in the repl, ikarus considers it "defined" as a variable. So, using <> the first time is as if proceeded by (define <>). So, what happens when you do the following two in sequence: > (define <>) > (import (srfi :26)) > (cut / <> <>) The <> refers to the repl variable, so, it won't match as a the <> literal that cut recognizes (which is the unbound <>). So, regardless of whether ikarus's bug is fixed, the repl behavior would still be fragile. SRFI 26 should, instead, bind and export the two auxiliary keywords <> and <...> so that they override any bindings with the same name already existing in the repl. Aziz,,,
