home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / icon / 605 < prev    next >
Encoding:
Text File  |  1993-01-25  |  1.9 KB  |  40 lines
  1. Newsgroups: comp.lang.icon
  2. Path: sparky!uunet!mercury.hsi.com!mlfarm!cs.arizona.edu!icon-group
  3. Date: Sat, 23 Jan 1993 11:54:17 MST
  4. From: "Gregg Townsend" <gmt@cs.arizona.edu>
  5. Message-ID: <199301231854.AA14607@owl.cs.arizona.edu>
  6. Subject: builtin Icon functions
  7. Lines: 31
  8.  
  9. I am amused by postings that state "I never use X, so I suggest that X
  10. should be removed from the library".   That's an awfully self-centered
  11. view.  While I never use acos() or bal(), that doesn't mean that I think
  12. they should be deleted.
  13.  
  14. A more defensible criterion is the one states "If it can be programmed 
  15. in Icon, it belongs in the IPL instead of being a builtin function".  
  16. At least that one is unbiased.  Of course, that would mean we'd lose
  17. useful functions like tab(), right(), and trim() -- and just think
  18. about the performance of a map() function written in Icon!
  19.  
  20. My own opinion is that a large repertoire of preprogrammed operations
  21. greatly increases the utility of a language, whether these are supplied
  22. as operators or builtin functions.  Certainly FORTRAN would not have
  23. succeeded without its math library.  Accordingly, I support the inclusion
  24. of tab(), bal(), sin(), detab(), and other functions, and would like to
  25. see more.
  26.  
  27. The IPL just isn't the same although it is indeed very useful and
  28. underappreciated.  Usage is more difficult because one must set up the
  29. programming environment to find the files, add link directives to the
  30. Icon programs, and perhaps deal with version conflicts.
  31.  
  32. The argument is made that all these functions make Icon harder to learn.
  33. There is some truth to that, especially when they're all thrown together
  34. in one large bag with no indication of where a new student should start;
  35. but that's a presentation problem, not a language problem.
  36.  
  37.     Gregg Townsend / Computer Science Dept / Univ of Arizona / Tucson, AZ 85721
  38.     +1 602 621 4325     gmt@cs.arizona.edu     110 57 16 W / 32 13 45 N / +758m
  39.  
  40.