🚀 go-pugleaf

Ullrich von Bassewitz (uz@wuschel.ibb.schwaben.com) wrote:
: Diese Methode ist nicht compilerunabhaengig, da die verwendeten #pragmas nur
: von gcc verstanden werden und ich deshalb meine Sourcen mit Konstrukten
: zupflastern muss, die nur ein einziger Compiler versteht.

Ab und zu programmiere ich mit dem Borland C++ (ok, in Version 4.0) aber der
beschwert sich jedenfalls nicht "uber die `#pragma interface/implementation'.
Ich benutze in der Tat bei einem Projekt einen einzigen Quellcode, den ich unter
gcc 2.6.3, gcc 2.7.0 sowie Borland C++ 4.0 f"ur DOS und f"ur eine Windows-DLL
compiliere. Nat"urliche sind `#ifdef's' enthalten; diese betreffen aber
*nicht* die Template-Instanziierung (sondern insbesondere den DLL-Kram).
Das funktioniert ganz gut!

: Was tue ich, wenn ein anderer Compiler "#pragma interface" ploetzlich ganz
: anders interpretiert? Natuerlich, die Chance ist nicht besonders hoch, aber
: weisst Du's?

Nein, das w"are sicher ein Problem, falls man alten Code ohne `#pragma
interface/implementation' hat (gefundenes Fressen f"ur eine find-sed-Pipe; so
man regul"are Ausdr"ucke mag nicht sehr aufwendig).

: Ich denke, das Problem ist automatisch dann verschwunden, wenn die g++
: Mannschaft beschliesst, Templates endlich korrekt zu implementieren. Bei
: anderen Compilern tut es schliesslich auch ohne #pragma's in jedem
: Quelltext. Und solange bis das tut warte ich eben. Wenn ich mal ein Programm
: habe, das nur mit dem gcc uebersetzt werden soll, dann kann ich mir immer
: noch ueberlegen, ob ich mich nicht auf das #pragma interface/implementation
: einlasse. Aber bei Programmen mit einigen -zigtausend Zeilen, die auf
: mehreren Plattformen unter mehreren Compilern laufen ist mir das einfach zu
: umstaendlich.

Zustimmung ;-)


Bis dann,
Olaf

--
(signature intentionally left blank)