From: amk@zikzak.in-berlin.de (Andreas M. Kirchwitz)
Newsgroups: de.comp.sys.amiga.misc,de.comp.sys.amiga.advocacy
Subject: Re: SAS/C Compiler, Stacksize errechnen
Date: Mon, 25 Jan 1993 00:07:08 GMT
FollowUp-To: de.comp.sys.amiga.advocacy
 <avijs*k40@oberon.nbg.sub.org> <1993Jan19.150414.21753@email.tuwien.ac.at> <s6Dks*t40@oberon.nbg.sub.org>
 <220193i0530@hactar.uucp> <-7gls*A40@oberon.nbg.sub.org> <1jup2tINNpfg@klee.uni-paderborn.de>
Organization: Department of Fun & Games
X-Newsreader: Arn V1.00

Zur Auffrischung:

Es ging urspruenglich darum, dass NORMALERWEISE C-Compiler weniger Errors
bzw. Warnings als z.B. M2-Compiler erzeugen.  Das macht Programme sehr
fehlertraechtig, denn Denk- und Tippfehler macht JEDER Programmierer mal.

Ein GUTER Compiler sollte einem auf jeden Fall die MOEGLICHKEIT geben,
den Source-Code besonders streng zu pruefen.  M2-Compiler machen das
defaultmaessig.  C-Compiler waren bisher defaultmaessig eher lasch
(was sich allerdings mehr und mehr aendert -- zum Glueck), das haengt
nicht zuletzt auch ein wenig mit der Sprache zusammen.

Trotzdem ist es letztlich vor allem eine Sache des COMPILERS,
erst zweitrangig der Sprache...

(es waere ja kein Problem, einen "laschen" M2-Compiler zu schreiben)

In article <1jup2tINNpfg@klee.uni-paderborn.de>, Ralph Schmidt writes:

Ich wollt mich ja raushalten, aber warum lieferst Du selbst die
besten Argumente fuer die Gegenseite? ;-)

> P.S. Nur um dir noch den Finger in die Wunde zu stecken...ich hab
>      gerade nen Assembler-Projekt praktisch fertig mit ueber
>      2.5MB Sourcen und ICH habe keine Probleme, dass zu durchschauen.
                         ^^^

Das ist es naemlich.  DU SELBST durchschaust es JETZT problemlos.
Aber wie steht es in einem Jahr?  Wie in zwei Jahren?

Und wie ist es, wenn ANDERE Deinen Source verstehen sollen?
(es soll Leute geben, die arbeiten nicht auf Lebenszeit an einem
 Projekt, sondern geben es irgendwann weiter an andere)

Hier machen einige Leute den SCHWEREN Fehler mit der Annahme, dass
ein Programm etwas Privates sei, wo nur einer dran arbeitet.  Etwas,
was nur einer verstehen muss.  Irrtum.  Da arbeiten oft genug
MEHRERE Leute dran.  Und die Lesbarkeit von Source-Code wird nicht
nur durch gute Kommentare erhoeht, sondern auch durch die geeignete
Wahl der Programmiersprache.

Einen Modula/Oberon-Source zu verstehen, ist keine Kunst.
Das kann sogar ein blutiger Anfaenger.  Die Programme kommen ja
bereits nah an die natuerliche Sprache heran.

Bei C-Programmen muss man schon Uebung haben.  Es kommt auch sehr
auf den Stil des Programmierers an.  Man blick zwar irgendwann durch,
aber nix fuer Laien.

Fuer Assembler muss man schon Freak sein.  Das erfordert harte Arbeit.
Diese Sprache kommt dem Menschen am wenigsten entgegen.

Und dennoch: jede Sprache hat fuer bestimmte Zwecke ihre Berechtigung.
(zumindest beim heutigen Stand der Technik)

Ich behaupte sogar, es gibt Programme bzw. zumindest Programmteile,
die sind in C besser lesbar als in Modula, weil sie in C "eleganter"
loesbar sind.

Trotzdem: ganz allgemein ist z.B. Modula/Oberon NORMALERWEISE besser
lesbar als C oder Assembler...  wer das abstreitet, macht sich was
vor (oder kennt gar keine anderen Sprachen ;-)

Dieses "meine Sprache ist aber besser als Deine" ist unsinnig.

	Ist sie nicht.
	Ist sie doch.
	Ist sie nicht.
	Ist sie doch.
	Ist sie nicht.
	Ist sie doch.

Wer so vorgeht, ist schlichtweg ein Dickkopf.
Verschiedene Sprachen fuer verschiedene Zwecke... DAS ist es.

Und: Compiler muessen flexibler werden.  Auf Wunsch sehr streng,
auf Wunsch aber auch sehr lasch...  defaultmaessig aber eher streng.
Ein guter Compiler sollte einem helfen, die Debugging-Phase auf ein
Minimum zu reduzieren.  Die Zeiten, wo der Compiler nur irgendein
Binary erzeugt soll, sind langsam VORBEI.  Nicht zuletzt, weil heut-
zutage die Programme recht "voluminoes" werden.  Da kommt man ohne
Unterstuetzung der Software nicht mehr aus.

Wer das nicht einsieht, waere besser beim C64 geblieben...

	Basta, aus...  Andreas

--
IRC-Nick: | Andreas M. Kirchwitz, Seesener Str. 69, W-1000 Berlin 31, Germany
  `bonzo' | Phone: +49 (0)30 873376, Mail: amk@{zikzak.in|cs.tu|fu}-berlin.de