home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / de / comp / sys / amiga / misc / 7788 < prev    next >
Encoding:
Text File  |  1993-01-28  |  3.8 KB  |  88 lines
  1. Path: sparky!uunet!news.u.washington.edu!news.uoregon.edu!cs.uoregon.edu!sgiblab!spool.mu.edu!sol.ctr.columbia.edu!ira.uka.de!Germany.EU.net!news.netmbx.de!mailgzrz.TU-Berlin.DE!fub!geminix.in-berlin.de!myour!gimmini
  2. From: gimmini@myour.in-berlin.de (Olaf Gimmini)
  3. Newsgroups: de.comp.sys.amiga.misc
  4. Subject: Re: SAS/C Compiler, Stacksize errechnen
  5. Distribution: world
  6. Message-ID: <gimmini.04ar@myour.in-berlin.de>
  7. References: <nUNfs*K05@zikzak.in-berlin.de> <KqOfs*P05@zikzak.in-berlin.de> <2hgls*D40@oberon.nbg.sub.org> <1k0nthINNakt@nz12.rz.uni-karlsruhe.de>
  8. X-NewsSoftware: GRn 1.16f (10.17.92) by Mike Schwartz & Michael B. Smith
  9. Date: 27 Jan 93 20:48:42 MET
  10. Organization: Private UUCP-Site
  11. Lines: 75
  12.  
  13. In article <1k0nthINNakt@nz12.rz.uni-karlsruhe.de> ry53@rz.uni-karlsruhe.de (Angela Schmidt) writes:
  14. >
  15. > In article <2hgls*D40@oberon.nbg.sub.org>, hartmut@oberon.nbg.sub.org (hartmut Goebel) writes:
  16. >>
  17.  
  18. >[...]
  19.  
  20. > Nun aber zu Deiner Frage:
  21. > Sieh' es einfach mal so: Mir ist die Geschwindigkeit und die Kⁿrze
  22. > meines Programmes einfach _viel_ wichtiger als die paar Vorteile, die
  23. > mir Oberon gΣbe. Feldⁿberschreitungen und Σhnliches kommen so selten
  24. > vor, da▀ ich keine Lust habe, mir fⁿr die paar FΣlle, die ich notfalls
  25. > mit Mungwall debuggen kann, eine runtime-library and den Hals hΣngen
  26. > zu lassen.
  27.  
  28. Es gibt bei modernen Compilern und Linkern die Moeglichkeit, vielen
  29. Ballast nach einer Test-Phase einfach wegzulassen.
  30. Trotz sicherem Debuggen haben die Programme dann durch Setzen einiger
  31. Optionen keine Kloetze mehr, welche unnoetig bremsen, bzw. Speicher
  32. verschwenden. (Assembler bleibt natuerlich in diesem Punkt ungeschlagen!)
  33.  
  34. > Ich brauche auch keine Garbage-Collection, denn allein
  35. > _ich_ wei▀, wann ich etwas allociert habe und wann ich es wieder loswerden
  36. > will. Und wenn ich mein Public-Mem einem anderen Task vererbe, kann
  37. > ich sicher sein, da▀ mein Compiler es nicht besser gewu▀t hat.
  38. >
  39. > [...]
  40. >
  41. > Wenn ich auf meine letzten paar Jahre C-Erfahren zurⁿckblicke,
  42. > mu▀ ich feststellen, da▀ die _wenigsten_ Bugs aus Fehlern bestanden,
  43. > die ein Compiler gefunden hΣtte. Ok, es waren durchaus Fehler dabei,
  44. > die ein Compiler hΣtte vermeiden k÷nnen - meist lag es dann aber
  45. > an der _Implementierung_ des Compilers und nicht an der Sprache
  46. > "C". DICE steckt halt noch etwas in den Kinderschuhen und hat an
  47. > einigen Stellen noch so seine Macken. Das mu▀ man halt akzeptieren,
  48. > dafⁿr hat man einen preiswerten Compiler. Ob Dein Oberon sooo viel
  49. > besser ist, kann ich leider nicht beurteilen.
  50. > [...]
  51.  
  52. > Um es kurz zu sagen: ich _will_ mich auf einer tieferen Ebene
  53. > bewegen, weil ich die Kontrolle ⁿber mein Programm selber haben
  54. > will (ja, ich traue nicht mal meinem Comliper - nur mir selbst :-) und
  55. > weil ich von der h÷heren Geschwindigkeit, dem kleineren Code und
  56. > Σhnlichem profitieren will.
  57.  
  58. Modula 2 bietet dieses uebrigens auch.
  59. Das ist eine Verbesserung gegenueber Pascal.
  60. Oberon, als eine Programmiersprache, auf der ein ganzes Betriebssystem
  61. aufbaut, wird also auch Maschinennaehe bieten muessen.
  62.  
  63. > [...]
  64.  
  65. C ist eine Programmiersprache, welche Computergeschichte geschrieben hat
  66. und immer noch schreibt.
  67. Ganze Betriebssysteme sind durch C entstanden. Genau wie durch Oberon.
  68. Wie Bonzo schon gesagt hat, hat jede Programmiersprache sein Plus und
  69. Minus fuer die unterschiedlichen Anwendungen und Programmierstile.
  70. Aber bei der Betrachtung bitte objektiv bleiben, und nicht
  71. nur alte Klischees wieder aufwaermen.
  72.  
  73. >
  74. >      V v
  75. >   @/@@=\   Und h÷r' bitte auf, uns Oberon einreden zu wollen,
  76. >     00 &=-      Angela
  77. > oOoO_/` \\_
  78. >     \ /&\   Angela Schmidt cand. inf. (Nessy@IRC) | Amiga //
  79. >   |>O<|         EMail: Angela@rz.uni-karlsruhe.de | 1000 //
  80. >    / \_/\/\/v,  Weekend: +49 731 712316 (9am-9pm) |  \\ // since
  81. >   /___________\ Weekdays: 721 6904263 (10am-11pm) |   \X/ 1986
  82.  
  83. --
  84. Olaf Gimmini (ECG117)
  85.  Weitbrucher Str. 31
  86.   D-1000 Berlin 47
  87.    UUCP: gimmini@myour.in-berlin.de
  88.