home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / lisp / 3333 < prev    next >
Encoding:
Text File  |  1993-01-23  |  1.4 KB  |  37 lines
  1. Newsgroups: comp.lang.lisp
  2. Path: sparky!uunet!cs.utexas.edu!torn!nott!cunews!dfs
  3. From: dfs@doe.carleton.ca (David F. Skoll)
  4. Subject: Re: Lisp syntax beauty? (was Re: Why Isn't Lisp a Mainstream Language?)
  5. Message-ID: <dfs.727729181@crusher>
  6. Sender: news@cunews.carleton.ca (News Administrator)
  7. Organization: Dept. of Electronics, Carleton University
  8. References: <1993Jan21.230642.18561@netlabs.com> <19930122162651.0.SWM@SUMMER.SCRC.Symbolics.COM> <dfs.727723285@noonian> <1jpe0qINNnf1@tamsun.tamu.edu>
  9. Date: Fri, 22 Jan 1993 18:59:41 GMT
  10. Lines: 27
  11.  
  12. In <1jpe0qINNnf1@tamsun.tamu.edu> hmueller@orca.tamu.edu (Hal Mueller)
  13. writes:
  14.  
  15. >In article <dfs.727723285@noonian> dfs@doe.carleton.ca (David F.
  16. Skoll) writes:
  17.  
  18. >>who really needs the number 394829348234982435 formatted in English words??
  19. >>Just try (format t "~R~%" 394829348234982435) for fun!
  20.  
  21. >Well, if i DID need it, I'd hate to write it!  Fortran and C versions
  22. >are left as an exercise.
  23.  
  24. Actually, it wouldn't be too bad in C (if you can ignore the
  25. fixnum/bignum problems :-)) I agree that Lisp has many built-in
  26. conveniences.  Maybe too many - we have Allegro Common Lisp on our Sun
  27. network, and the image is 11MB long.  That's a huge overhead, and
  28. anyone supporting the full Common Lisp spec probably couldn't do it in
  29. much less.
  30.  
  31. I like Lisp.  I've worked on a large CAD program, and for that, Lisp
  32. was great.  But for small-to-medium programs, I find the overhead of
  33. Common Lisp way too high.
  34.  
  35. --
  36. David F. Skoll
  37.