🚀 go-pugleaf

In article <KOVACS.92Aug27094714@orgel.informatik.uni-stuttgart.de>, kovacs@informatik.uni-stuttgart.de (Ernoe Kovacs) writes:
> 
> eine der Vorteile von C++ ist die Weiterverwendung von alten C-Code.
> Dabei sind wir jetzt auf ein grosses Probelm gestossen. In vielen
> alten C-Programmen werden in den Header-files keine Prototypes
> fuer Funktionen angegebn. Die Deklaration sieht ungefaehr so aus:
> 
> extern int foo()
> 
> Die Definition im C-File sieht dann so aus:
> 
> int foo (a,b,c)
> int a;
> char b;
> int c;
> 
> (Habe ich Deklaration und Definition jetzt richtigherum benutzt ?)

Ja. ;-)

Bzgl. Deiner Frage: C++ kann (die meisten) Standard-C (aka ANSI-C)
Programme verarbeiten, aber keine K&R C Programme.

Um Prototypen aus K&R-Code zu erzeugen, gibt es einige Tools. Frage
archie z.B. mal nach `protoize'. Andere Tools wurden mehrfach in c.s.m
und c.s.u gepostet.

Mit den so erzeugten Prototypen wird C++ gluecklich. (Tja, nachdem
Ihr zuerst alle Fehler rausgeworfen habt, auf die Ihr bei der
Gelegenheit stosst.)

--
Joachim

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Joachim Schrod			Email: schrod@iti.informatik.th-darmstadt.de
Computer Science Department
Technical University of Darmstadt, Germany

kovacs@informatik.uni-stuttgart.de (Ernoe Kovacs) writes:

>c) Warum wird das den gemacht... Auch ANSI-C schreibt Protoypen aus
>   Kompatibilitaetsgruenden nicht vor.

Grosse Programme ohne Prototypes zu entwickeln ist eine sehr gefaehrliche
Angelegenheit, da meiner Erfahrung nach ein grosser Teil aller Fehler
auf Typinkonsistenzen zurueckzufuehren ist und da ist es doch nett, wenn
diese gleich vom Compiler entdeckt werden.

Daher mein Tip: Vergesst K&R (nur erste Auflage) so schnell wie moeglich
und benutzt immer Prototypes. Auch Funktionen ohne Parameter sollte man
in Standard-C mit xyz(void); deklarieren. Dann kann der Compiler
alles checken, man macht weniger Fehler und der Umstieg auf C++ wird 
erheblich leichter. Langfristig ist es also sicher von Vorteil,
dass C++ die Prototypes erzwingt!

Markus

---
Markus Kuhn, Computer Science student -=-=- University of Erlangen, Germany
Internet: mskuhn@immd4.informatik.uni-erlangen.de  |  X.500 entry available
-A distributed system is one in which the failure of a computer you didn't-
-even know existed can render your own computer unusable. (Leslie Lamport)-

Versuch's doch mal damit, von s"amtlichen include-files Kopien anzufertigen,
die statt der leeren Klammer eine Ellipsis ("...") enthalten. Sowas geht mit
dem sed sehr leicht. Ich hatte leider nicht die Musse mich durch die Syntax-
beschreibung von Stroustrup zu w"uhlen, ein Praxistest mit unserem AT&T
Frontend verlief zumindest erfolgreich.

Ciao,
J"org.

--
Joerg Heuer                   | UUCP:     jh@gmdtub.uucp
GMD-FIRST an der TUB          | INTERNET: jh@first.gmd.de
Rudower Chaussee 5, Geb. 13.7 | KOMEX:    heuer@kmx.gmd.dbp.de
D-1199 Berlin Adlershof, FRG  | Tel/Fax:  +49 30 6704 - 5819/5610

ZUSAMMENFASSUNG: K&R-Code in C++

Also, den Netzetiquetten folgend, kurz vor meinenm Urlaub noch schnell
ne Zusammenfassung der Antworten:

1) extern int foo() verhindern (natuerlich) die Ueberpruefung
   der Typen der Argumente. Da C++ dadurch mehr Sicherheit in die
   Sache bringen will, ist es prinzipiell zu begruessen.

2) Einige C++-Compiler stoeren sich auch nicht daren.
   Der g++ 2.2 versteht es direkt (peinlich, peinlich, bei meinem
   ersten Test hiess die Funktion im Header-File anders als im Source-Code :)
   Andere (Zortech, Borland ?) scheinen auch keine Probleme zu haben.

3) Im gcc 2.2 (und frueher) gibt es die protoize/unprotoize Programme.
   Die wandeln .c und .h files um. Klappt in den ersten Tests ganz gut.

Persoenliche Meinung:
Die Argumente mit dem sicheren linken sind ja schoen und gut, aber
Kompatibilitaet hat auch was fuer sich. Vor allen Dingen, wenn
es so wenig kostet und der Verantwortung des Benutzers ueberlassen
werden kann. C UND (!!!) C++ sind eher fuer den muendigen Programmierer,
der sich bewusst und aus Ueberzeugung an Konventionen wie Prototypen
haelt.


Danke an:

Harald Bayer <bayer@hermes>
patz@ipc1.rrzn.uni-hannover.dbp.de
Achim Loerke <al@bredex.de>
Michaela.Harlander@Physik.TU-Muenchen.DE


- Ernoe