home *** CD-ROM | disk | FTP | other *** search
/ Mac-Source 1994 July / Mac-Source_July_1994.iso / Information / comp.lang.icon / Icon_Programming_Language_FAQ
Internet Message Format  |  1994-06-01  |  17KB
  1. Path: bloom-beacon.mit.edu!news.media.mit.edu!uhog.mit.edu!MathWorks.Com!yeshua.marcam.com!usc!nic-nac.CSU.net!news.Cerritos.edu!news.Arizona.EDU!math.arizona.edu!CS.Arizona.EDU!not-for-mail
  2. From: icon-project@cs.arizona.edu
  3. Newsgroups: comp.lang.icon,comp.answers,news.answers
  4. Subject: Icon Programming Language FAQ
  5. Followup-To: comp.lang.icon
  6. Date: 6 May 1994 09:03:38 -0700
  7. Organization: University of Arizona CS Department, Tucson AZ
  8. Lines: 402
  9. Sender: icon@CS.Arizona.EDU
  10. Approved: news-answers-request@MIT.Edu
  11. Message-ID: <2qdpoq$od2@optima.cs.arizona.edu>
  12. Reply-To: icon-project@cs.arizona.edu
  13. NNTP-Posting-Host: optima.cs.arizona.edu
  14. Xref: bloom-beacon.mit.edu comp.lang.icon:961 comp.answers:5247 news.answers:19221
  15.  
  16. Archive-name: comp-lang-icon-faq
  17.  
  18.  
  19.     Frequently Asked Questions About The Icon Programming Language
  20.  
  21. last updated: 03/04/94
  22.  
  23. This FAQ answers various questions about the Icon programming language,
  24. ranging from what it is to how you can get it.  This first version of the
  25. Icon FAQ is devoted to the issues that are likely to be of most interest
  26. to persons who don't know anything about Icon or who are relatively
  27. new to it.  Future versions of this FAQ will answer questions from
  28. more experienced Icon programmers.
  29.  
  30. This FAQ is written by Ralph Griswold with help from Cliff Hathaway,
  31. Clint Jeffery, and Gregg Townsend.
  32.  
  33. Section I -- General Questions:
  34.  
  35. I.1.   What is Icon?
  36. I.2.   What is Icon good for?
  37. I.3.   Where did Icon come from?
  38. I.4.   What does "Icon" stand for?
  39. I.5.   On what computers does Icon run?
  40. I.6.   Who did all these implementations?
  41. I.7.   Are there other implementations in the works?
  42. I.8.   Are there different versions of Icon?
  43. I.9.   Which implementations of Icon have graphics/window capabilities?
  44. I.10.  Where can I get Icon?
  45. I.11.  Where can I get documentation about Icon?
  46. I.12.  What is the Icon Project?
  47. I.13.  Where can I find examples of Icon programs?
  48. I.14.  What is Idol?
  49. I.15.  How often is material in Icon's FTP area updated?
  50. I.16.  How do I stay up to date with what's going on with Icon?
  51. I.17.  Why isn't the Icon Newsletter available electronically?
  52. I.18.  Is there a users' group for Icon?
  53. I.19.  How do I get technical support?
  54. I.20.  Is there an optimizing compiler for Icon?
  55. I.21.  What do I need to run the interpreter?
  56. I.22.  What do I need to run the compiler?
  57. I.23.  Can I build my own implementation of Icon for a new platform?
  58.  
  59. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  60.  
  61. I.1.   What is Icon?
  62.  
  63. Icon is a very high level general-purpose programming language with
  64. extensive features for processing strings (text) and data structures.
  65. Icon is an imperative, procedural language with a syntax that is
  66. reminiscent of C and Pascal, but its semantics are at a much higher level
  67. than those languages.
  68.  
  69. Icon has a novel expression-evaluation mechanism that integrates goal-
  70. directed evaluation and backtracking with conventional control structures.
  71. It has a string scanning facility for pattern matching that avoids 
  72. the tedious details usually associated with analyzing strings. Icon's
  73. built-in data structures include sets and tables with associative lookup,
  74. lists that can be used as vectors or stacks and queues, and records.
  75.  
  76. Icon is a strongly, though not statically, typed language. It provides
  77. transparent automatic type conversion. For example, if an integer is
  78. used in an operation that requires a string, the integer is automatically
  79. converted to a string.
  80.  
  81. Several implementations of Icon have high-level graphics facilities with
  82. an easily programmed window interface.
  83.  
  84. Icon manages storage automatically. Objects are created as needed during
  85. program execution and space is reclaimed by garbage collection as needed.
  86. The sizes of strings and data structures are limited only by the amount
  87. of available memory.
  88.  
  89.  
  90. I.2.   What is Icon good for?
  91.  
  92. As a general-purpose programming language with a large computational
  93. repertoire, Icon can be used for most programming tasks.  It's at
  94. its best when used as a prototyping tool, for processing text, and when
  95. ease of programming is needed for experimental and research applications.
  96.  
  97. Paradoxically, Icon is used most often for short, one-shot tasks and for very
  98. complex applications.
  99.  
  100. Icon is designed to make programming easy; it emphasizes the value of
  101. programmer's time and the importance of getting programs to work quickly.
  102. This explains its usefulness for prototyping as well as the apparent
  103. paradox of applicability to simple and complex applications.
  104.  
  105.  
  106. I.3.   Where did Icon come from?
  107.  
  108. Icon is the latest in a series of high-level programming languages designed
  109. to facilitate programming tasks involving strings and structures. The
  110. original language, SNOBOL, was developed at Bell Telephone Laboratories
  111. in the early 60s.  SNOBOL evolved into SNOBOL4, which is still in use.
  112. Subsequent languages were developed at The University of Arizona with
  113. support from the National Science Foundation.
  114.  
  115. Incidentally, Icon bears little physical resemblance to SNOBOL4, although
  116. it has similar objectives and many similar capabilities.
  117.  
  118.  
  119. I.4.   What does "Icon" stand for?
  120.  
  121. The name Icon (which is not spelled ICON) is not an acronym nor does it
  122. stand for anything in particular, although the word iconoclastic was
  123. mentioned at the time the name was chosen.  The name predates the now
  124. common use of "icon" to refer to small images used in graphical user
  125. interfaces.  This latter usage sometimes causes persons to think mistakenly
  126. that Icon is designed to create or manipulate icons.  There's not much
  127. that can be done about this.
  128.  
  129.  
  130. I.5.   On what computers does Icon run?
  131.  
  132. The implementation of Icon is highly portable. There are versions for
  133. the Acorn Archimedes, the Amiga, the Atari ST, IBM CMS and MVS, the
  134. Macintosh, MS-DOS, OS/2, UNIX, and VMS.  Nearly 60 UNIX platforms are
  135. supported.
  136. Icon programs also are highly portable. Most Icon programs can run on
  137. any platform that supports Icon.
  138.  
  139.  
  140. I.6.   Who did all these implementations?
  141.  
  142. The original implementation of Icon for UNIX was done at The University
  143. of Arizona.  Most of the other implementations originally were done
  144. by volunteers scattered around the world.
  145.  
  146. It's worth noting that all implementations of Icon are based on the same
  147. source code, which is written in C.  This contributes to the portability 
  148. of Icon itself, as well as to the portability of programs written in Icon.
  149.  
  150.  
  151. I.7.   Are there other implementations in the works?
  152.  
  153. Yes, work is constantly underway on implementations of Icon for new
  154. platforms.  Present projects include Windows NT, Win32, the DEC Alpha
  155. running under UNIX, and a new Macintosh implementation.
  156.  
  157.  
  158. I.8.   Are there different versions of Icon?
  159.  
  160. Icon has evolved through a series of versions with improved and extended
  161. capabilities.  The latest major version number is 8.  Recent changes
  162. and additions, notably in the graphics area, have brought the current
  163. level to 8.10.  (Version 8.11 is, of course, in the works.)  Most
  164. implementations are up to 8.10, although a few for less frequently
  165. used platforms are still at 8.0.  Almost all 8.0 programs will run
  166. under 8.10.
  167.  
  168.  
  169. I.9.   Which implementations of Icon have graphics/window capabilities?
  170.  
  171. Icon's graphics facilities presently are supported on the OS/2, UNIX, and
  172. VMS implementations.  The UNIX and VMS implementations use X, while the
  173. OS/2 implementation uses Presentation Manager.
  174.  
  175. The NT, Win32, and DEC Alpha implementations that are in progress
  176. will support Icon's graphics facilities.  A Macintosh
  177. implementation to support graphics also is in the works.
  178.  
  179.  
  180. I.10.  Where can I get Icon?
  181.  
  182. Most implementations of Icon are available via anonymous FTP to
  183. cs.arizona.edu in /icon.  The directory /icon/binaries contains executable
  184. versions of Icon for several systems, including several popular UNIX
  185. platforms.  The directory /icon/packages contains source code and
  186. related material.  All directories have READ.ME files with additional
  187. information.
  188.  
  189. Icon also is available on a variety of physical media for prices ranging
  190. from $15 to $50.  Contact:
  191.  
  192.     Icon Project
  193.     Department of Computer Science
  194.     The University of Arizona
  195.     Tucson, AZ   85721
  196.  
  197.     602-621-8448 (voice)
  198.     602-621-4246 (fax)
  199.  
  200.     icon-orders@cs.arizona.edu (e-mail)
  201.  
  202. f the Icon Newsletter for a listing of what's available
  203. and what the prices are.
  204.  
  205. Purchases can be made by credit card (MasterCard, Visa, or Discover) or
  206. by check drawn on a bank with a branch in the United States and made
  207. payable to The University of Arizona.
  208.  
  209.  
  210. I.11.  Where can I get documentation about Icon?
  211.  
  212. The definitive work on Icon is the book
  213.  
  214.     The Icon Programming Language, Griswold and Griswold,
  215.     Prentice-Hall, 1990, 368 pages, ISBN 0-13-447889-4.
  216.  
  217. This book is a complete description and reference manual for Version 8 of
  218. Icon.
  219.  
  220. There also is a book on the implementation of Icon:
  221.  
  222.     The Implementation of the Icon Programming Language, Griswold
  223.     and Griswold, Princeton University Press, 1986, 336 pages, ISBN
  224.     0-691-08431-9.
  225.  
  226. This book describes the implementation as of Version 6 of Icon.  Although
  227. the implementation has changed somewhat since then, the basic structure
  228. is the same.  Technical reports describing recent implementation changes
  229. are included with books purchased from the Icon Project.
  230.  
  231. These books are available from the Icon Project or from any book store
  232. that handles special orders.
  233.  
  234. Additional documentation is available via FTP in /icon/doc.  Notable
  235. documents are:
  236.  
  237.     TR 90-6      an overview of Icon
  238.     TR 93-9      graphics/window facilities
  239.     IPD212      changes between Versions 8.0 and 8.10
  240.  
  241. There are manual pages for UNIX systems, but there is no complete
  242. on-line documentation.  
  243.     
  244. The Icon Newsletter, which includes topical material about Icon and
  245. a list of material available from the Icon Project, is published three
  246. times a year.  Subscriptions are free; contact the Icon Project to get
  247. a copy of the latest Newsletter and to be put on the mailing list.
  248.  
  249. The Icon Analyst, a technically oriented newsletter that features articles
  250. about programming, is published six times a year.  There is a subscription
  251. fee for the Analyst.  A sample copy is available on request.
  252.  
  253. All back issues of both newsletters are available for purchase.
  254.  
  255.  
  256. I.12.  What is the Icon Project?
  257.  
  258. The Icon Project is a name used by the group at The University of
  259. Arizona that develops, implements, distributes, and supports the
  260. Icon programming language.
  261.  
  262. The Icon Project is not commercial organization.  It derives support
  263. from The University of Arizona, grants, and (primarily) revenue from
  264. the sale of program material and documentation.
  265.  
  266.  
  267. I.13.  Where can I find examples of Icon programs?
  268.  
  269. There is a large program library for Icon.  It is an excellent resource
  270. for both new and experienced programmers, containing numerous examples of
  271. how to do things with Icon.  The library also provides many useful
  272. applications, as well as hundreds of procedures that supplement Icon's
  273. built-in repertoire.
  274.  
  275. The library, like other Icon material, is available via FTP (cd /icon/library)
  276. and on physical media from the Icon Project.
  277.  
  278.  
  279. I.14.  What is Idol?
  280.  
  281. Idol is an object-oriented extension to Icon that provides concepts such
  282. as classes and multiple inheritance.  Idol is written in Idol and is
  283. distributed as part of the Icon program library.  Idol runs on almost all
  284. of the platforms that Icon runs on.
  285.  
  286. Additional Idol information is available from Clint Jeffery,
  287. jeffery@ringer.cs.utsa.edu.
  288.  
  289.  
  290. I.15.  How often is material in Icon's FTP area updated?
  291.  
  292. New material is added when it's available.  Established implementations
  293. usually are only updated when there's a major new release.  This typically
  294. is every year or two.  The Icon program library is updated on a similar
  295. schedule.
  296.  
  297.  
  298. I.16.  How do I stay up to date with what's going on with Icon?
  299.  
  300. The best way to find out about developments related to Icon is to
  301. subscribe to the Icon Newsletter.  It's free, but it is distributed
  302. only by postal mail, so you must provide a mailing address.
  303.  
  304. You can stay up to date on the source code, which is changed much more
  305. frequently than the version on FTP is updated, by subscribing to the
  306. source update service, which provides a new version about three times
  307. a year.
  308.  
  309. There also is a subscription service for updates to the Icon program
  310. library, which provides new material three or four times a year.
  311.  
  312. See the Icon Newsletter for information about subscribing to these
  313. services.
  314.  
  315.  
  316. I.17.  Why isn't the Icon Newsletter available electronically?
  317.  
  318. The Icon Newsletter contains diagrams, images, and other material that
  319. cannot be rendered in plain ASCII text.  The Newsletter is prepared with
  320. a desktop publishing system that produces PostScript, but the files are
  321. enormous -- too large to include in the Icon FTP area.  Selected articles
  322. from the Newsletter are available by FTP in /icon/doc/articles.
  323.  
  324.  
  325. I.18.  Is there a users' group for Icon?
  326.  
  327. There is no official Icon users' group.  The Icon Project maintains an
  328. electronic mailing list, icon-group@cs.arizona.edu.  Mail sent to this address
  329. is forwarded to subscribers.  To subscribe (or unsubscribe), send a
  330. message to icon-group-request@cs.arizona.edu.
  331.  
  332. There is a gateway between icon-group and comp.lang.icon, an unmoderated
  333. newsgroup for discussing issues related to Icon.  The gateway, which
  334. exchanges messages between the two systems, is imperfect and not under
  335. the control of the Icon Project.
  336.  
  337. The newsgroup generally provides faster response than the mailing list.
  338. The newsgroup is less intrusive, but it sometimes suffers from inappropriate
  339. postings.  The Icon Project usually sends messages of interest to the
  340. Icon community to icon-group.
  341.  
  342. I.19.  How do I get technical support?
  343.  
  344. Free technical support is available from the Icon Project via electronic
  345. mail to icon-project@cs.arizona.edu or by fax, telephone, and postal mail
  346. to the Icon Project as listed above.
  347.  
  348. Since the Icon Project is not a commercial organization, support is limited
  349. to what it can provide with its available resources.  If the Icon Project
  350. cannot help with a problem (such as for a platform it doesn't have), it will
  351. attempt to provide a contact with someone who can help.
  352.  
  353.  
  354. I.20.  Is there an optimizing compiler for Icon?
  355.  
  356. Yes.  The original implementation was an interpreter.  An optimizing
  357. compiler was added a few years ago.  The interpreter and compiler are
  358. largely source-language compatible.
  359.  
  360. The interpreter is used by most Icon programmers because it gets into
  361. execution quickly and runs fast enough for most applications.  The compiler
  362. is best suited for applications that require the fastest possible
  363. execution time.  In this case, it's generally best to develop the program
  364. using the interpreter and then compile the final result for production use.
  365.  
  366.  
  367. I.21.  What do I need to run the interpreter?
  368.  
  369. The Icon interpreter will run on most computers.  It requires a reasonable
  370. amount of memory, however.   Under MS-DOS, the Icon interpreter needs
  371. 500KB of application RAM to work well.
  372.  
  373.  
  374. I.22.  What do I need to run the compiler?
  375.  
  376. The Icon compiler is another matter.  It requires a C compiler, a fast
  377. CPU for tolerable compilation times, a considerable amount of disk
  378. space, and a lot of memory -- at least several megabytes.
  379.  
  380. The Icon compiler generates C code, which must then be compiled to
  381. produce an executable program.  The flexibility that Icon provides to
  382. programmers makes compilation technically difficult and the process
  383. requires a large amount of memory.  The C code it produces is voluminous
  384. and stresses the most robust C compilers.
  385.  
  386. Generally speaking, the Icon compiler is practical for platforms in
  387. the workstation class but not for most personal computers.  Although
  388. the compiler can be built and made to run on 286 platforms running
  389. standard MS-DOS, only trivially small programs can be compiled.  In
  390. principle, the Icon compiler is practical on MS-DOS 386/486 platforms
  391. with extended memory, but the limited availability of suitable 32-bit C
  392. compilers for this environment has discouraged the use of the Icon compiler
  393. on such platforms.
  394.  
  395.  
  396. I.23.  Can I build my own implementation of Icon for a new platform?
  397.  
  398. As mentioned above, Icon is written in C and the source code is available
  399. via FTP and the Icon Project.  The existing implementations are testament
  400. to its portability.  (a small amount of assembly-language code is
  401. required for a context switch, but this is only needed for an optional
  402. pressions -- that can be disabled without affecting most
  403. of Icon.)
  404.  
  405. New ports involve platform-specific configuration parameters and, in
  406. some cases, platform-specific code.  The feasibility of a new port and
  407. the amount of work it may take depends on the platform -- its architecture,
  408. its C compiler, and its environment.
  409.  
  410. Ports to new UNIX platforms generally are easy, although novel architecture
  411. may present problems.  Ports to new operating systems generally are
  412. more difficult, especially if Icon's graphics facilities are implemented.
  413.  
  414. The Icon Project provides what help it can with new ports.  In return, it
  415. asks that code related to the port to be returned to the Icon Project for
  416. inclusion in future versions of the source code for Icon.  This makes the
  417. new port available to others as well as to the porter when Icon is updated.
  418.