1 Projekt - mehrere Delphi-Versionen

[mischerr]

Folgendes Problem und dazu ein Beispiel:

Ein (CVS-)Projekt wurde z.B. mit D5 erstellt. Nach und nach steigen Entwickler um auf eine höhere Delphi-Version (z.B. D6). Nun unterstützt D6 ja z.B. ein paar Dinge, die D5 noch nicht konnte, was oft zu Problemen in der alten Version führt (besonders nervig ist hier die Eigenschaft "DesignSize" in den DFMs). Ich könnte nun (z.B. mit WinMerge) vor einem Commit mit CVS mir die Änderungen ansehen und bei Bedarf kicken, was jedoch mehr als lästig ist. :wall:

Dazu kurz meine Fragen: :gruebel:

1.) Gibt es einen Weg in Delphi eine "Abwärtskompatibilität" zu erzwingen ohne überall Compilerdirektiven a'la {$ifdef ver140}... zu definieren?

2.) Wie machen es denn diejenigen, die z.B. bei Sourceforge mit mehreren Personen und unterschiedlichen Delphi-Versionen gemeinsam an einem Projekt arbeiten???

3.) Ist dies ein generelles Problem, oder sind MS-VC, C#, D.net von sowas bislang verschont? Bzw.

4.) Welche Sprache würden Ihr wählen, wenn ihr bei SF ein Projekt starten wolltet und warum?
-> Bitte hinsichtlich der o.g. Aspekte und nicht weil Delphi super ist,
man keine Andere kann, oder die Zukunft (evtl) .net gehört :angel:

Grüsse!

[nailor]

bei abderen sprachen ists npch schlimmer, da dort kein borland für konfomität sorgt

[Luckie]

Zitat:

Zitat von mischerr

4.) Welche Sprache würden Ihr wählen, wenn ihr bei SF ein Projekt starten wolltet und warum?

Die Aufgabe / das Problem bestimmt die Sprache und nicht ob ich das Projekt bei SF hoste oder nicht.

[mischerr]

@Luckie: Da hast du schon irgendwie recht, aber wie auch Petzold schon in seinem C#-Buch schrieb läßt sich ein Ergebniss in vielen Sprachen erreichen - es ist halt immer nur die Frage wie effizient dies geschieht.
Es geht im Groben um ein "kleines" 2D-CAD-Tool mit OGL...

@nailor: Schade - dachte eigentlich, dass solchen Probleme, zumindest innerhalb verschiedener MS-VS-Versionen nicht existieren... :-(