[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: issue BOGUS-FIXNUMS (initial draft)
- To: sandra%cdr@cs.utah.edu (Sandra J Loosemore)
- Subject: Re: issue BOGUS-FIXNUMS (initial draft)
- From: Masinter.pa@Xerox.COM
- Date: 12 Jul 88 15:28 PDT
- Cc: cl-cleanup@sail.stanford.edu
- In-reply-to: sandra%cdr@cs.utah.edu (Sandra J Loosemore)'s message of Mon, 11 Jul 88 11:28:42 MDT
I can't see getting entirely rid of FIXNUMs and adding something else just
because FIXNUMs aren't really portable. I think it might be more reasonable to
be more explicit about how unportable FIXNUMs are.
Certainly implementations that have only one representation can arbitrarily
deftype FIXNUM to be SIGNED-BYTE 32 and leave it at that.
To put it in terms of the proposal: I don't think that the problem statement as
written establishes that there is a significant problem with the language; there
may be a problem with CLtL and with CL programming texts and lots of the CL code
running around, but I think it is OK for the language to have some portable way
of talking about the "most efficient number range". All computers that I know
about have word sizes.
I certainly would like to discourage programmers from using FIXNUM for
discrimination when they really don't mean it, and from using FIXNUM
declarations when they really mean a given number range, but I don't think
taking FIXNUM out of the language is the proper way to do it.
I don't see how MAX-INTEGER-LENGTH has anything to do with the problem as
stated. I think it is a separate proposal, if you want to allow for limits on
bignum size.