spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ich mag Qt auch nicht wegen dem Precompiler und wegen dem ganzen Style. Da benutze ich lieber noch GTK+, auch wenns nur C ist. wxWidgets gefällt mir nicht hundertporzentig, das mit den Makros finde ich nicht so schön und ja das Argument mit den Namespaces stimmt auch, die hätten das ruhig verpacken können. Allgemein gefällt sie mir aber recht gut, es gibt ja glaube auch recht viele Erweiterungen, die bei Editoren sehr nützlich sind. Die Lizenzgeschichte von Qt gefällt mir auch nicht, die zlib Lizenz finde ich ganz nett, gibt aber mit sicherheit noch bessere.

Wie gesagt: gtkmm oder wxWidgets finde ich nicht schlecht. MFC hab ich mich mal mit befasst, ist gar nicht so schlecht wie alle sagen, nur leider hat ms mal wieder alles selber gecoded (listen etc etc...). Habs aber noch nie wirklich benutzt.

Socke

3 Möglichkeiten:

o Cross-Compiler
o Virtualisierung(z.B: VMWare)
o Zweitinstallation

Das liegt daran, dass verschiedene Plattformen verschiedene dynamische libs brauchen. Genauso wie man eine ausführbare Windows-Datei auch nicht unter Linux ausführen kann.
Der Sinn eines Cross-Compilers ist es unter Windows auch .SO erstellen zu können. Dann kannst du eine Windows und eine Linuxversion anbieten ohne selbst beide Betriebssysteme auf deinem Rechner zu haben.
Mit Virtualisierung meint Beneroth wahrscheinlich, dass man eben diesen virtuellen PC nutzt um darauf einen Compiler zu installieren, aber das ist sehr umständlich. Einfacher wäre der Cross-Compiler. Der macht das gleiche ohne sich mit verschiedenen Betriebssystemen herumschlagen zu müssen.

Die einzige Möglichkeit, dass dein Programm mit den selben Dateien unter mehreren Betriebssystemen läuft, ist ein Framework (.net bzw. Java) zu nutzen. Mit .net habe ich mich selbst noch nicht befasst und Java ist meiner Meinung nach immernoch schlechter als mehrere Versionen für verschiedene Betriebssysteme anzubieten.

Zitat von »"Genion"«

Die einzige Möglichkeit, dass dein Programm mit den selben Dateien unter mehreren Betriebssystemen läuft, ist ein Framework (.net bzw. Java) zu nutzen. Mit .net habe ich mich selbst noch nicht befasst und Java ist meiner Meinung nach immernoch schlechter als mehrere Versionen für verschiedene Betriebssysteme anzubieten.

Diverse C/C++-Libraries / - Frameworks unterstützen mehrere Platformen, musst du einfach darauf achten wenn du eine auswählst.

Dass die mehrere Plattformen unterstützen heißt aber nicht, dass man sie nicht für mehrere Plattformen kompilieren muss. Man braucht dennoch eine .dll für Windows und eine .so für Linux (was nicht was MacOS da hat)

Zitat von »"kiba"«

2.Bei Linux gibt es ja verschieden system wie z.b. ubuntu,knoppix,opensuse,...
Braucht ich da nur 1 version?

Ein bisschen aufpassen muss man da schon, ich hab z.B. mal gehört, dass ein unter Ubuntu kompiliertes Programm nicht auf einem Debian lief, weil das per Philosophie nur stabile, und damit etwas ältere Pakete hat.
Und wenn du z.B. KDE benutzt muss eine Gnome User sich erst die ganzen KDE Pakete hohlen.

das ist bei Java und .Net auch so!

Bei denen wird einfach davon ausgegangen dass jeweils die dlls und zusatz-dateien bereits installiert sind im System.

Bei Linux wird normalerweise dass auch mit allen libraries gemacht, z.B. auch SDL. Unter Windows liefert jeder meistens immer alles mit weil in Windows bis vor .Net die dlls nie brauchbar organisiert wurden (stichwort dll-hell).

Linux-Binaries laufen meistens auf alle Linux-Distributionen, wenn die benutzten Libraries auch da sind, wenn dein Programm auf KDE aufbaut müssen natürlich auch ein Teil der KDE-Pakete (libs) installiert sein.