C++ Linux-Windows Kompatiblität

[-[RiDER]-]

Evtl könntest du, Rider, mir genauer erklären, wie ich mich mit GUI's am besten auseinander setzen könnte. Evtl kennst du ein paar Tutorials oder ähnliches

Ich würde mich da Fabs Empfehlung von wxWidgets anschließen.
Oder GTK, Qt, Allegro (letzteres ist etwas unzeitgemäß, aber sehr einfach handhabbar) oder für den absoluten Uralttrend ncurses.

und das mit dem Programmieren unter Linux werde ich mir evtl nochmal genauer überlegen, da ich ja eigendlich nur Programme für Windows schreiben möchte. Naja ich hatte halt Zweifel bekommen, da viele gesagt haben, dass programmierung unter Linux besser sei.

"Besser" ist subjektiv. Für Anfänger solltes kaum entscheidend sein.

GreetZ RiDER

[nathex]

Alles klar, dann seh ich mir das alles mal genauer an. Aber ich hab immernoch das Problem, dass ich nit weiss, wie ich so plötzlich auf Programmierung mit ner GUI umsteigen soll...? Irgendwie scheint der Code im gegensatz zur Konsolen-Programmierung doch ziemlich anders zu sein, oder nit?

Kannst du mir ein paar Tipps geben, wie ich da richtig umsteigen kann? Ich hab bisher nähmlich ausschließlich Consolen-Programme geschrieben :/

L.G

//edit
und kannst du mir direkt einen guten Compiler nennen?
Ich benutze im Moment MS Visual Studio 2005... soll aber nicht sehr empfehlenswert sein.
Welches benutzt du, und welches ist gut zur "plattformunabhängigen" Programmierung?

Danke

[Fab]

So
ich weile wieder unter den Lebenden ...
War leider ne Woche krank.

Visual C++ ist unter Windows in meinen Augen einer der besten Compiler.
Son würde ich halt GNU oder Digitalmars empfehlen.
Die anderen sind nicht so der bringer.

... Intel soll auch ganz gut sein ... kostet aber.

[-[RiDER]-]

Visual C++ ist unter Windows in meinen Augen einer der besten Compiler.
[...]
... Intel soll auch ganz gut sein ... kostet aber.

Visual C++ kostet nichts?

GreetZ RiDER

[noctem]

Die Express Version von VC++ ist zumindest kostenlos auf der Seite von M$ erhältlich.

Ansonsten den gcc (Linux/Unix) bzw. MinGW, welcher die/den gcc auch unter Windows zur Verfügung stellt.

[blackberry]

Ansonsten den gcc (Linux/Unix) bzw. MinGW, welcher die/den gcc auch unter Windows zur Verfügung stellt.

Also wenn der Thread doch schon "C++ Linux-Windows Kompatiblität" heißt ist GCC/MinGW32 doch die beste Wahl!

[-[RiDER]-]

Also wenn der Thread doch schon "C++ Linux-Windows Kompatiblität" heißt ist GCC/MinGW32 doch die beste Wahl!

Naja... wenn man standardkonform bliebe, sollte der Compiler ja eigentlich egal sein...
Aber was sich heute alles C++-Compiler zu nennen erlaubt...

Wobei das bei C++ noch nicht mal ganz so schlimm ist wie bei C99... dafuer gibt es schon genau keinen einzigen Compiler.

Mies, Leute... ganz mies!
GreetZ RiDER

[blackberry]

Naja... wenn man standardkonform bliebe, sollte der Compiler ja eigentlich egal sein...
Aber was sich heute alles C++-Compiler zu nennen erlaubt...

Du wiedersprichst dir ja eigentlich schon wieder mit deinem zweiten Satz.
Mir ist momentan kein Compiler bekannt, der den kompletten Standard unterstützt und wie du ja bereits gesagt hast gibt es viele sehr unkonforme Compiler.
Somit komme ich zu dem Schluss, dass es zwar zugegebener Maßen theoretisch egal sein sollte, das in der Praxis aber nicht der Fall ist.

Und mal ehrlich: wenn du Windows und Linux (bzw. für dich ja eher FreeBSD, oder?) benütztest - zögest du die Kombination Visual C++ & GCC, MinGW32 & GCC vor? Also ich nicht.
Besser man kann mit einem Compiler und dessen Optionen gut umgehen, als mit zwei Compilern schlecht.


mfG. BlackBerry

[-[RiDER]-]

Und mal ehrlich: wenn du Windows und Linux (bzw. für dich ja eher FreeBSD, oder?)

Auch. Und nicht gerade ungern, das ist richtig.

benütztest - zögest du die Kombination Visual C++ & GCC, MinGW32 & GCC vor?

Nein, gewiss nicht.
Aber wenn sich die Compiler an den Standard hielten, saehe das vllt. anders aus.

Besser man kann mit einem Compiler und dessen Optionen gut umgehen, als mit zwei Compilern schlecht.

Das hat wiederum reichlich wenig mit "C++ Linux-Windows Kompatiblität" zu tun, denn Compileroptionen haben nichts mit der Implementierung der Sprache (gemaess ihrem Standard - von Bibliotheken wollen wir garnicht erst reden) zu tun (insofern das der Standard nicht fordert, und das tut er bei C++ afaik nicht).

Wenn zwei (und zwar nur genau diese zwei) unterschiedliche Compiler auf unterschiedlichen Systemen mit identischem Kode genau identisch umgingen (wobei es ausreichen wuerde, das sie daraus zwei sich identisch verhaltende Programme erstellen wuerden), sich aber von der Bedienung her stark unterschieden, dann sollte das vom Programmierer in Kauf genommen werden.
In der Architektur heisst das "Form follows function".

Aber das gibt es nicht (fuer C++), die Argumentation ist also in diesem Rahmen hinfaellig...
GreetZ RiDER