Wie Mason sagte, verwenden wir CrossKylix für die Linux-Version von Beyond Compare, aber nur für Release-Builds, die von FinalBuilder gestartet werden. Für diese Verwendung war es großartig. Wir haben eine Zeitlang versucht, die CLX-Entwicklung unter Windows durchzuführen, aber CLX für Windows hatte andere Bugs als CLX für Linux, also war es das auf Dauer nicht wert.
Unsere aktuelle Linux-Entwicklung wird immer noch mit Kylix 3 auf SuSE 10 virtuellen Maschinen durchgeführt. Wir verwenden sowohl GDB als auch den Kylix-Debugger zum Debuggen, obwohl der Kylix-Debugger nicht mehr gut für Hintergründe funktioniert. Wir haben die CLX-Design-Time-Unterstützung allerdings schon vor langer Zeit eingestellt, sodass fast alle unsere Feature-Entwicklungen in Delphi 2007 und der VCL durchgeführt werden.
Ich verwende auch Simons anderes Projekt, CrossFPC, für unsere 64-Bit-Windows-Shell-Erweiterung, und es hat gut funktioniert.
Sie haben Glück, dass Embarcadero StackOverflow nicht beherrscht; Andernfalls wäre es verboten, Fragen über dämonische CrossKylix zu stellen! ;-) – vcldeveloper
Ich weiß ;-), denn das habe ich hier gepostet :) –
Wenn Sie sich das Produkt von Simon's heute anschauen, finden Sie ein Via CPU-gesteuertes Netzwerkgerät, auf dem ein Embedded Linux mit dem gesamten Netzwerk-Kommunikationsprotokoll läuft implementiert in Object Pascal ... mit CrossKylix selbst. CrossKylix ist mehr als nur ein Beweis des Konzepts, aber es ist ein Tool, das täglich auf einem großen Produkt verwendet wird: http://www.viprinet.com/en/home –