Ähm...dir ist der Unterschied zwischen Compiler und Entwicklungsumgebung bekannt? Nachdem diese entscheidende Frage beantwortet wurde, machen wir weiter, vorher nicht.

Es gibt zwar auch KDE für Windows, aber vergiss das Ganze!

ja, ist mir schon bekannt... ich wüsste zuerst aber mal wie man das so gleich starten kann... er findet ja konsole nicht... ist ja logisch, weil ich das nicht habe...
das mit dem compiler... da will ich einfach dann machen dass ich dann für alle OS programmieren kann... mit möglichst einem compiler, aber zuerst wäre mir das direkt ausführen wichtig...

sorry... ich hab auf eine falsche frage oder was weiß ich geantwortet... wäre gut wenn man den #2 löschen würde ^^
Ja, der Unterschied zwischen Compiler und Entwicklungsumgebung ist mir bekannt... nun würde ich aber trotzdem gerne die Lösung auf mein prob haben ^^

Mit konsole meinst du einer der zahlreichen KDE's Terminalemulationsvarianten.

In wie weit ist dir das Paketmanagement deiner favorisierten Distribution geläufig?

Kann ich damit jetzt nur KDE Anwendungen machen oder auch einfach für Linux?
-> KDevelop benutzt, wenn nicht anders konfiguriert die GCC, so dass du automatisch Linux-Anwendungen erhältst.
Vorrausgesetzt du benutzt KDevelop unter Linux, die unixoiden Systeme sind nicht immer binärkompatibel.

Ich will dass es alle ansehen können...
-> Da hindert dich niemand dran, freie Lizenzen, wie die GPL oder die Bsd-Lizenz gibt es viele.

Und kann ich den ganzen Code was ich damit erstellt habe in Cygwin hineinkopieren und dann bekomme ich eine .exe raus? Weil ich will es auch für windoof machen ^^
-> Das geht solange, wie du reines C/C++ benutzt.
Sobald du anfängst, betriebssystemspezifische Funktionen zu benutzen, sieht es schon anders aus.
QT sollte auf Windows laufen, allerdings ist QT unter Windows nicht "standart", dein Anwender ist also gezwungen QT zu installieren.
Im übrigen hat auch nicht jeder Linux-Anwender zwingend QT installiert, aber das ist ein anderes Thema.
Deine Windows-Executable braucht dann also nicht nur die Cygwin1.dll sondern auch noch die QT-Libraries und so kommt es dann, dass dein kleines 20-KB-Hallo-Welt-Programm ein paar Megabyte an Bibliotheken mitbringen muss.

Daher würde ich, wenn eine Portierung auf Windows erforderlich ist, auf die Win-Api zurückgreifen.

Beste Grüße

QT wird erst dann unter Windows laufen, wenn du KDE for Windows installierst. Auch unter Linux und anderen Unix-ähnlichen OS ist QT kein Standar->D<-. Sowas gibt es in der freien Welt nicht. Alles ist frei.

ich hab lange drüber nachgedacht ;)

Der Rest ist so leider nicht richtig, es gibt QT für Windows, und QT hat mit KDE nicht sehr viel zu tun.

QT hat mit KDE extrem viel zu tun!

guckst du bei Trolltech

KDE ist von QT abhängig, QT allerdings nicht von KDE.
Insofern hat QT mit KDE nicht sonderlich viel am Hut, auch wenn es andersherum anders aussieht ;-)
Ob diese Art von Portierung sinnvoll ist, ist eine andere Frage.
Ich würde dir vorschlagen, deine Anwendung in ein möglichst portables Backend und ein Systemabhängiges Frontend aufzuspalten.
Das Backend schreibst du dann mit möglichst wenigen Systemspezifischen Funktionen, so dass du es unter Windows kompilieren kannst, das Frontend musst du dann halt überwiegend neu schreiben.

Beste Grüße

So, also soll ich, wenn ich was für windoof programmiere, mit API programmieren? Kann ich das auch von linux aus? ginge das auch mit kdevelop? und brauche ich da unterschiedliche compiler? weil ich hätte lieber nur einen, dann muss ich nicht immer den code umschreiben, weil jeder compiler ja verschieden ist...

mfg

Du brauchst zwei Compiler.
Einen für Linux und einen Crosscompiler für Windows.
Das Thema hatten wir soweit ich weiß schonmal ;)

Wenn du unbedingt für Linux und WIndows programmieren möchtest, dann verwende für Linux QT oder ähnliches und unter Windows benutzt du die Funktionen, die durch die Windows API bereitgestellt werden.

http://www.buha.info/board/showthread.php?t=46638