Zitat von profmaster:

Linux nicht, aber plattformunabhängige Programmierung bzw. Portierung von einer Plattform auf die andere. Geht so lange gut, wie kein plattformspezifischer Code verwendet wird. Sobald Systemaufrufe Verwendet werden <Windows/Libc>, sieht die Sache anders aus.

Witz, Witz...
Es geht um Delphi und Plattformunabhängigkeit ist da nicht drin. Und du willst mir nicht wirklich erzählen, die CLX böte das, was man Plattformunabhängigkeit nennen kann. Dann bietet Delphi nur einen Win32/PE-Compiler, zeig mir mal, wie du da irgendwas plattformunabhängig gestalten willst. Delphi ist bis .NET eine reine Win32-Umgebung gewesen, nix anderes. Kylix war ein missglückter und ziemlich peinlicher Versuch, eine unabhängige Laufzeitumgebung zu verwenden, die im Endeffekt mehr Unmut geschaffen hat, als wirtschaftliche Portierungen von umfangreichen Programmen.

Zitat von projmaster:

Hab mir schon ne Interface-Unit für Libc und Co. gewünscht.

Portier' dir die Header für Cygwin nach Pascal, falls das nicht schon einer getan hat, dann hast du zumindest eine POSIX-Schnittstelle. An Dinge, die nur Unix kann, kommst du unter Windows aber auch nicht.

Zitat von profmaster:

Delphi nix mit Linux zu tun? Die IDE nicht. Aber was ist mit Kylix? Und mit den CLX Kompos. Leider ist www.Kylixforum.<xx> (mir fällt die Endung nicht ein) nicht so gut besucht, wie die DP. Deshalb kann ich mich tommies Meinung nicht ganz anschließen. Fragen zu den CLX Kompos sollten hier gestellt werden dürfen.

Kein Einwand, die CLX ist ja in Delphi enthalten. Aber die CLX hat nicht direkt was mit Linux zu tun, im Gegenteil, ich die CLX ist eine Vergewaltigung an Linux und Qt...

Zitat von profmaster:

Dann sind wir ja genauso fanatisch, wie so mancher Linux-Anhänger.

Ich bin so einer
Trotzdem bin ich der Meinung, daß ein Linux-Forum in der DP fehl am Platze ist.

Zitat von Phoenix:

Lazarus bzw. FreePascal...

...haben in meinen Augen nichts mit Delphi zu tun. Sonst können wir auch gleich GnuPascal und den BCB ins Boot holen. Oder wie wär's mit einer GTK-Sparte, immerhin gibt es mit gtk2pascal eine Brauchbare Header-Übersetzung? Und Qt erst...

Zitat von Phoenix:

Delphi.NET... Mono und dotGNU...

Ich denke .NET soll plattformtransparent sein. Von daher bräuchte man gar keine weitere Sparte mehr, weil .NET ist Mono ist dotGNU.

Wir fokussieren die DP auf Delphi als Tool und Entwicklungswerkzeug. Delphi produzierte bis Version 7 lediglich Win32-Anwendungen und die Windows-Sparte ist tatsächlich -wie schon geschrieben- nur ein Zugeständnis. Nun kommt Delphi auch mit .NET daher und wir unterstützen somit gerne auch .NET - eben weil es manch ein Delphi-Entwickler braucht.

Unsere Kylix-Sparte haben wir rausgeworfen und das Delphi, das wir heute kennen, hat mit Linux nicht das Gerinste am Hut. Wir werden keine Linux-Sparte einrichten - dieses Feld überlassen wir Leuten, die sich intensiver damit befassen. Es wir auch keine Linux-Praxis o.ä. geben.

OK
war ja nur eine Frage. ICh wollte hier eigendlich keine große Diskussion anfangen.

Zitat von alcaeus:

manchmal muss man eben mit weniger gut besuchten, "langsameren" Foren vorlieb nehmen. Das geht mir manchmal genauso, aber ändern kann ich es nicht.

Hmm, tja, werde ich aber nicht. Da ich außer Programmierung noch andere Interessen habe, wende ich mich dann halt was anderem zu. Kylix-Unterstützung wird es also hier in der DP nicht geben, nun, dann mach ich halt nix für. Habe ein Prog aus dem Kylixforum erhalten. CAD (Elektronik). Muss es dann halt nach Windows portieren. Woher weiß Delphi eigentlich, ob es sich um eine CLX-Anwendung handelt? Erkennt Delphi das an den Formulardateien *.xfm statt *.dfm? in den Konfigurationsdateien sehe ich nämlich keine Unterschiede. Ich nehme die Herausforderung an, das Prog. völlig auf Windows umzustellen. Kann nur davon lernen. Da bleib ich halt Windows treu.

progcoder

Zitat von Progcoder:

Woher weiß Delphi eigentlich, ob es sich um eine CLX-Anwendung handelt?

Es schaut, ob die CLX- oder die VCL-Units eingebunden sind.

[quote="tommie-lie"]

Zitat von progcoder:

Woher weiß Delphi eigentlich, ob es sich um eine CLX-Anwendung handelt?

Es schaut, ob die CLX- oder die VCL-Units eingebunden sind.
[quote]

Glaub ich noch nicht ganz. Ich habe nämlich bei meinem Prog. in allen Quelldateien das Q vor den Unitnamen entfernt. Außer Uniit Qt haben alle Units die VCL Namen. Allerdings sind Quellen dabei, die sowohl die Unit Types, als auch die Unit QTypes eingebunden haben. Dort habe ich QTypes drin gelassen. Sollten die paar Q's den Unterschied machen?

progcoder

Dies hat nichts mehr mit der Ausgangsfrage zutun.
* locked *