Email list hosting service & mailing list manager


Re: More on SRFI-1/SRFI-13 inconsistency in tabulate procedure David Rush 22 Mar 2001 11:21 UTC

Olin Shivers <xxxxxx@tokyo.cc.gatech.edu> writes:
> What do people think?

Issuing a new SRFI is certainly correct wrt. modelling the process on
the RFC process. I would like to see the inconsistency fixed in the
direction of consistency with map &cet. If it takes a new SRFI, do it,
even with 'wait-a-year'.

OTOH, there's no reason why we just can't create an amendment process
for SRFIs either. It's our process and as long as it gets documented,
who cares? I would prefer to see SRFI-1 fixed w/out a new number;
tracking through the threads of obsoleted RFCs has become mighty
tedious over the years. Who would need to be convinced to make it
happen? Should this discussion (having a SRFI amendment process) go
back to c.l.s?

david rush
--
X-Windows: It was hard to write; it should be hard to use.
	-- Jamie Zawinski