DLLs und moderne OOP, geht das überhaupt zusammen?

hustbaer

großbuchstaben schrieb:

hustbaer schrieb:

goi schrieb:

viele Threads nach dem Motto "lass es am besten" oder "ja, wenn der Compiler auf beiden Seiten gleich ist und Du gleiche Flags verwendest, dann könnte es u.U. vielleicht in der Hälfte der Fälle klappen."

Ja, weil so viele Leute Idioten sind.

sag mal, geht's noch? Wer eine DLL mit Compiler A bauen soll, und mit Code von Compiler B linken will, ist ja wohl kein Idiot!

Wer Fälle wo der Compiler nicht gleich ist, als Argument gegen eine Aussage anführt, die explizit auf "Compiler ist gleich" eingeschränkt war, ist ein Idiot. In diesem Fall also du.

Vielleicht hast du mich auch falsch verstanden. Ich meine nicht die Leute die gerne unterschiedliche Compiler verwenden möchten sind Idioten. Ich meine die Leute die behaupten dass es auch mit identischem Compiler "hit and miss" ist sind Idioten. Weil das eben einfach nicht stimmt.

großbuchstaben schrieb:

Die Bedenken sind gerechtfertigt. Ich habe viel mit Multiplattform-Zeug zu tun und Code aus verschiedenen Compilern.

Darum ging es bloss nie.

großbuchstaben schrieb:

Ein einheitliches Format für linkage, objects usw wäre ein Segen. Gerade für C++, das einen Namen als Sprache für Libraries hat. Aber ein Vöglein hat mir gezwitschert, daß da was unterwegs sein soll in Hinsicht portable C++ ABI.

Ich hab' auch nie behauptet dass ein einheitliches Format unnütz wäre.

Ich glaube aber du überschätzt den Nutzen, da auch ne standardisierte ABI + Object Format dir nicht ermöglicht nen std::string von einem Compiler an einen anderen zu übergeben.

ganz schön übel, wenn einem die Argumente ausgehen, was?

goi

Ich bedanke mich jedenfalls schonmal sehr für die ausführliche Antwort von hustbaer, denn die hilft mir wirklich weiter. Wir werden die nächsten 10 Jahre nicht von Visual C++ loskommen, und wenn das doch mal der Fall sein sollte, dann muss man halt was Arbeit reinstecken. Aber hier und jetzt ist es ein Segen gewisse Sachen einfach machen zu können weil man weiß, dass man nicht völlige Binärkompatibilität braucht, sondern die Sachen einfach so bauen kann wie man will. Rausgegeben wird davon ohnehin nichts, und wenn doch, dann kann man das immer noch gescheit wrappen.

Schönes Wochenende erstmal noch!

hustbaer schrieb:

Wer Fälle wo der Compiler nicht gleich ist, als Argument gegen eine Aussage anführt, die explizit auf "Compiler ist gleich" eingeschränkt war, ist ein Idiot. In diesem Fall also du.

@hustbaer: Soll das den Versuch einer Beleidigung darstellen, Ja oder Nein?

hustbaer

Ich würde es als Beobachtung bezeichnen.

Artchi

Wenn man die DLL das Speichermanagement machen lässt, kann man auch unterschiedliche Compiler und Runtime-Versionen benutzen. Das ist überigens bei COM/ActiveX auch so! Und das sind bestimmt keine Idioten gewesen, die sich das ausgedacht haben.

Nur hat man dann natürlich Einschränkungen bzw. Disziplin nötig und kann nicht so schön frei in C++ programmieren.

Für Inhouse-Projekte sehe ich aber keinen Grund, warum man sich nicht auf einen Compiler bzw. eine Runtime-Version einigen können soll? Verstehe nicht, warum selbst Inhouse sich viele Coder gegenseitig das Leben schwer machen wollen.

Mechanics

Ein Grund könnte z.B. sein, dass man Plugins für irgendwelche Systeme schreibt, und die Systeme erwarten, dass die nachzuladenden Dlls mit einem bestimmten Compiler gebaut werden. Wir schreiben Plugins für viele Systeme, die alle unterschiedliche Compiler haben wollen, das ist schon recht lustig.

hustbaer

@Mechanics
Ja, es gibt immer wieder Gründe warum man nicht alles mit dem selben Compiler/Runtime/Switches bauen kann.
Nur wenn man es kann, und auch davon ausgehen kann dass sich dieser Zustand in Zukunft aufrechterhalten lässt, dann besteht mMn. kein Grund interne Schnittstellen zu kastrieren.

Wenn du ein gutes Buch über API Design suchst, dann kann ich dir das Buch
von Martin Reddy - API Design for C++, empfehlen.

goi

DKlay schrieb:

Wenn du ein gutes Buch über API Design suchst, dann kann ich dir das Buch
von Martin Reddy - API Design for C++, empfehlen.

Sieht gut aus. Habs mir mal bestellt.