Wie C++ Programme kompilieren?

[-Epitaph-]

Heyho,

ich wollte mal Fragen wie Ihr eure Programme kompiliert, so dass diese auf möglichst vielen Plattformen funktionieren?

Wollte vor ein paar Tagen ein Programm auf einem PC mit Windows Vista starten und da fehlte dann msvcp110d.dll. Habe dann herausgefunden, dass man dafür die Redistributable benötigt (was hauptsächlich allerdings nur Leute installiert haben, die auch mit Visual Studio oder derartigem arbeiten).
Habe ebenfalls herausgefunden, dass man in den Kompilierkonfigurationen das kompilieren so einstellen kann, dass die "debug-dll" nicht benötigt wird. Auf einem anderem Vista System hats dann geklappt.
Leider musste ich auch bemerken, dass dieses programm auf einem Win32 System nicht funktioniert und die Fehlermedlung ausgibt, dass die .exe keine gültige Win32 Anwendung ist, obwohl in den Konfigurationen fürs Kompilieren Win32 steht.

Ich Versuche gerade Verschiedene Einstellungen, aber leider gibt es so viele (die ich auch nicht verstehe ) und da wollt ich mal fragen wie ihr das so handhabt.

Kompilieren tu ich selber auf einem Win7 64 Bit System mit dem Visual Studio 11 Compiler.

[AkiraSoul]

Damit ein Programm auf verschiedenen Platformen läuft musst du es für jede Platform einzeln kompilieren - unter Platformen verstehe ich Windows, Linux, Mac, etc. -

Ich kenn mich mit VS Compiler zwar nicht aus, aber ich denke, du musst im das Programm im "Release-Modus" kompilieren, um die debug.dll wegzukriegen, meistens gibts in der IDE eine Dropdownmenü oder dergleichen wo man das einstellen kann.

Wenn du unter verschiedenen Platformen Win7, Vista, XP verstehst und nur die Fehlermeldungen wegen den DLLs weg haben willst, dann musst du dein Programm entweder statisch linken - was deine Executable recht groß macht - oder du packst die DLLs einfach in das gleiche Verzeichnis wie dein Programm.

[.SkyneT.]

Statisch linken, oder die .dlls beim verbreiten mitgeben.

[MrSm!th]

Habe dann herausgefunden, dass man dafür die Redistributable benötigt (was hauptsächlich allerdings nur Leute installiert haben, die auch mit Visual Studio oder derartigem arbeiten).

Nein, viele haben sie schon installiert, da auch viele andere Programme sie benötigen und sie deshalb direkt im Setup mitbringen.

1. die msvcXXXd.dll Dateien sind Debug Dateien...vielleicht mal als Release kompilieren?
2. Wenn man die MSVC Redists statisch linkt, werden auch keine Dlls benötigt. Wenn du dann nicht sonst irgendwelche XP/Vista/7 spezifischen Funktionen nutzt, sollte das Programm auf jedem neueren NT System laufen.

Für völlig andere Plattformen (zb. UNIX) musst du neu kompilieren und dementsprechend muss natürlich auch der Code portierbar sein.

[-Epitaph-]

Damit ein Programm auf verschiedenen Platformen läuft musst du es für jede Platform einzeln kompilieren - unter Platformen verstehe ich Windows, Linux, Mac, etc. -

Meine Frage hierzu wäre wie ich die Programme für die einzelnen betriebssysteme kompilier :P Ist ja nicht so, dass in den Konfigurationen angegeben wird für welches betriebssystem man das Programm kompilieren möchte. Zumindest hab ich die Option noch nicht gefunden

Nein, viele haben sie schon installiert, da auch viele andere Programme sie benötigen und sie deshalb direkt im Setup mitbringen.

Dann haben sie viele installiert. Für mich aber noch zu wenige ^^

1. die msvcXXXd.dll Dateien sind Debug Dateien...vielleicht mal als Release kompilieren?

Jop... zumindest habe ich beide kompiliert und das Programm aus dem Release Ordner entnommen.

2. Wenn man die MSVC Redists statisch linkt, werden auch keine Dlls benötigt. Wenn du dann nicht sonst irgendwelche XP/Vista/7 spezifischen Funktionen nutzt, sollte das Programm auf jedem neueren NT System laufen.

Das Programm war statisch verlinkt und bestand eigentlich nur aus einer Textausgabe in der Konsole.

[AkiraSoul]

Originally Posted by -Epitaph-

Meine Frage hierzu wäre wie ich die Programme für die einzelnen betriebssysteme kompilier :P Ist ja nicht so, dass in den Konfigurationen angegeben wird für welches betriebssystem man das Programm kompilieren möchte. Zumindest hab ich die Option noch nicht gefunden

Also soweit ich weiß gibt es zwei Möglichkeiten ein Programm für ein anderes Betriebssystem zu kompilieren. 1. Du benutzt einen Cross-Compiler - was unter Umständen ziemlich kompliziert und fehleranfällig sein kann - oder 2. du installierst dir das Zielsystem z. B. Ubuntu (Linux) auf einen Computer oder eine virtuelle Maschine und kompilierst dann dort mit z. B. MinGW dein Programm.

Bei beiden Wegen musst du aber darauf achten, dass die Librarys, die dein Programm nutzt für beide Platformen erhältlich sind. Des Weiteren kannst du mithilfe der 2. Möglichkeit das Programm gleich testen und schauen wie es sich auf dem anderen Betriebssystem verhält.

Willst du aber komplett Platformunabhängig coden, dann musst du platformunabhängige Librarys verwenden, das heißt auch keine Win32-API, MFC oder dergleichen. Und den Header "Windows.h" kannst du gleich aus den Projekten entfernen, die auf mehreren Platformen laufen sollen.

Da ich mich mit Cross-Compilern nicht wirklich auskenne, weil ich die nie wirklich benutzt hab, kann ich dir in dem Bereich nicht weiterhelfen.

[MrSm!th]

Wenn dir das immer noch zu wenige sind, liefer sie halt selbst mit aus. Oder linke wirklich statisch, aufgrund deiner Fehlerbeschreibung ist zu erkennen, dass du das nicht getan hast.

[-Epitaph-]

Originally Posted by MrSm!th

Wenn dir das immer noch zu wenige sind, liefer sie halt selbst mit aus. Oder linke wirklich statisch, aufgrund deiner Fehlerbeschreibung ist zu erkennen, dass du das nicht getan hast.

->

Habe ebenfalls herausgefunden, dass man in den Kompilierkonfigurationen das kompilieren so einstellen kann, dass die "debug-dll" nicht benötigt wird.

Jop werd meine Programme dann wohl statisch verlinken.
Das mit den .ddl's hab ich ja noch selber gelöst... wusste nur nicht, dass das "statisch verlinken" heißt, wie ich erst aus euren posts herauslesen konnte
Den einzigen Fehler den ich dann nurnoch hatte, war dass das Programm nciht auf Win XP laufen wollte weils anscheinend keine Win32 anwendung oder so war... genau Fehlermeldung weiß ich leider nicht mehr