home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / amiga / programm / 19051 < prev    next >
Encoding:
Text File  |  1993-01-21  |  2.2 KB  |  56 lines
  1. Path: sparky!uunet!mcsun!fuug!fipnet!light!terje
  2. From: terje@light.fipnet.fi (Terje Bergstr÷m)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: ** FINALLY - AN _GREAT_ AMIGA PROGRAMMING LANUAGE
  5. Message-ID: <-Joks*6l2@light.fipnet.fi>
  6. Date: Wed, 20 Jan 1993 19:56:15 GMT
  7. References: <thecure.727159005@munagin> <1993Jan16.191452.17673@cunews.carleton.ca>
  8.  <mgwjs*Ig2@light.fipnet.fi> <1993Jan19.130248.15032@fwi.uva.nl>
  9. Organization: Fipnet - Espoo, Finland
  10. X-Newsreader: Arn V1.00 beta rel2
  11. Lines: 43
  12.  
  13. I wrote:
  14. > AmigaE has a major flaw - it can't compile multible source files into one
  15. > executable, so it can't be used for large programs.
  16.  
  17. Wouter van Oortmerssen answered:
  18.  
  19. > Ahem, let me add to that:
  20. > 1. Amiga E compiles sources of 100k with the speed that average
  21. >    C compilers deliver for 10k sources
  22. > 2. v2.2 or higher will enable compiling to modukles.
  23.  
  24. AmigaE is _very_ fast, that's for sure, but the speed of the compiler
  25. doesn't help maintaining a large single-source program. I have divided my
  26. programs into small source files primarily for clarity, not speed.
  27.  
  28. E is not a language for me. I have always loved the flexibility of C. E is
  29. much more restricted. I came up with a list of major flaws in E language.
  30. Here are few thoughts (in addition to the single-source-philosophy) I still
  31. remember:
  32.  
  33. - E is very strict with the case of words. Good bye capitalized global
  34. variables. Makes understanding a program more difficult.
  35.  
  36. - for-structure is very restricted. The C-style for() is so flexible that
  37. the E-version of FOR seems almost unusable.
  38.  
  39. - it doesn't give a damn to precedences, but evaluates expressions in
  40. left-to-right order. Only parantheses can change the evaluation order.
  41. Results in a great amout of hiding bugs in programs, because everybody is
  42. used to the normal - standardized - evaluation order.
  43.  
  44. - one can't put the definitions of a program to a separate header file, but
  45. everything has to be in one module. Makes programs very unreadable. For
  46. example, in LMore, #defines are in "defs.h" and #includes in "include.h"
  47. for clarity.
  48.  
  49. AmigaE is a good language for small programs, but I wouldn't even think
  50. using it for bigger projects.
  51.  
  52. --
  53. Terje Bergstr÷m
  54. terje@light.fipnet.fi
  55.  
  56.