[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


This page is part of the web mail archives of SRFI 23 from before July 7th, 2015. The new archives for SRFI 23 contain all messages, not just those from before July 7th, 2015.

I think it would be better if the procedure described in this SRFI
is called something other than just ERROR. Some implementations
(Chez Scheme, SXM and possibly others) already have their own
procedures named ERROR with different set of arguments:

(error where format-string object ...)

Although in most use cases the 'where' argument is a symbol,
other argument types, including strings, are accepted, so there's
no way to make a single procedure supporting both conventions.

I believe calling this SRFI's procedure SIGNAL-ERROR will
solve the compatibility problem and make it obvious that the
underlying semantics is the one suggested by RnRS "signal an error"
concept (opposed to, say, the one of a constructor creating
an "error" object to serve as an argument to a separate SIGNAL