[VS2010 | C++] Applicatie compilen voor windows en linux

[xehbit]

Hallo Tweakers!

Al geruime tijd ben ik aan het programmeren in C++ met VS2010 voor Windows. Maar wil eigenlijk een server applicatie draaien die op linux en windows kan draaien. Ik maak gebruin include's die bijde linux en windows kunnen gebruiken bijv; <iostream>.

Dus mijn vraag is als volgt: Hoe kan ik compilen voor windows en linux tegelijk in VS2010. Of moet ik toch weer via VMware oid linux booten en daarin compilen met 'gcc'.

[de Zeester]

Met VS2010 kan je geen executables voor Linux genereren. De meest praktische oplossing is dan inderdaad Linux in een VM draaien en daar de code compileren.

Omdat je het over een server applicatie hebt neem ik aan dat je iets met sockets wil doen. Dat gaat niet lukken met enkel de standaard C++ library, deze heeft namelijk geen ondersteuning voor sockets. Er zijn wel cross platform libraries zoals boost en ACE die socket ondersteuning bieden.

[CodeCaster]

Daarop voortbordurend: waarom gebruik je voor de serverkant geen Java?

[Rutix]

Als je code portable is dan kun je het gewoon compilen met gcc op linux ofzo . Ik persoonlijk maak vaak gebruik van een CI-achtige oplossing die dit gewoon allemaal voor mij doet .

CodeCaster schreef op dinsdag 24 mei 2011 @ 00:30:
Daarop voortbordurend: waarom gebruik je voor de serverkant geen Java?

Waarom wel ?

[Voor 35% gewijzigd door Rutix op 24-05-2011 10:46]

[Woy]

Rutix schreef op dinsdag 24 mei 2011 @ 10:46:
Waarom wel ?

Een van de voordelen is natuurlijk dat het een stuk makkelijker is om cross-platform te ontwikkelen. Maar ik zou zeker niet alleen op basis van dat criteria de keuze maken.

[Rutix]

Woy schreef op dinsdag 24 mei 2011 @ 11:17:
[...]

Een van de voordelen is natuurlijk dat het een stuk makkelijker is om cross-platform te ontwikkelen. Maar ik zou zeker niet alleen op basis van dat criteria de keuze maken.

Daar doelde ik ook op met mijn reply. We weten niet wat de topic starter precies wil maken en wat de requirements zijn.

En of het een stuk makkelijker is, zijn de verschillende meningen over. Ik vind C++ cross-platform ontwikkelen helemaal niet zo'n probleem, helemaal niet als ik me code portable houd d.m.v. Boost of Qt

[cpt.spiff]

Als ik je bericht goed lees, zie ik dat je eigenijk vraagt naar cross-compilatie naar Linux binaries onder Windows. Als je dat als zoekterm in Google gebruikt, zie je als snel dat dat niet zo vaak gebeurd. Iets vaker wordt er vanuit linux naar windows ge-crosscompiled.

Ik heb wel wat ervaring met het schrijven van applicaties voor zowel linux als windows. Als je een linux distributie vindt om op te werken (zoals je zelf aangeeft: in vmware kan het ook), is het compileren op windows voor windows en op linux voor linux het minste gedoe.

Wel zul je merken dat als je project wat groter wordt (meerdere sourcefiles), je al snel behoefte krijgt om ook een cross-platform make systeem te gebruiken, je kunt tenslotte je visual studio solution- en projectfiles niet gebruiken om te builden op linux. Een voorbeeld van zo'n cross-platform make is CMake. Er zijn er meer, dit is degene die ik gebruik. CMake genereert o.a. visual studio files voor windows en makefiles of eclipse project files onder linux. In plaats van een cross-platform make kun je ook kiezen voor een cross-platform IDE, zoals bijvoorbeeld Code::Blocks (je werkt dan in Code::Blocks in plaats van in Visual Studio).

Daarnaast, het is al genoemd door de Zeester, als je een service-applicatie wilt draaien, wil je waarschijnlijk iets op basis van sockets doen en is het handig om een library te gebruiken die je platform-onafhankelijke socket-functies biedt. Zoals eerder genoemd, ACE is een voorbeeld en ook boost.asio. Die laatste is mijn persoonlijke favoriet. Beide libraries vergen een investering in inleertijd en bieden naast pure socket-functies ook nog veel meer functies, met name voor asynchrone communicatie. Voor platform-onafhankelijkheid in het algemeen zijn de boost-libraries uberhaupt een goede tip.

Al met al vergt dit (cross-platform make/IDE en cross platform libraries) nogal wat inleertijd, maar bedenk dat er licht is aan het eind van de tunnel . HTH. Succes.

[Ventieldopje]

Alternatief is spul schrijven in C# mbv. het mono framework

[xehbit]

cpt.spiff schreef op woensdag 25 mei 2011 @ 01:50:
Als ik je bericht goed lees, zie ik dat je eigenijk vraagt naar cross-compilatie naar Linux binaries onder Windows. Als je dat als zoekterm in Google gebruikt, zie je als snel dat dat niet zo vaak gebeurd. Iets vaker wordt er vanuit linux naar windows ge-crosscompiled.

Ik heb wel wat ervaring met het schrijven van applicaties voor zowel linux als windows. Als je een linux distributie vindt om op te werken (zoals je zelf aangeeft: in vmware kan het ook), is het compileren op windows voor windows en op linux voor linux het minste gedoe.

Wel zul je merken dat als je project wat groter wordt (meerdere sourcefiles), je al snel behoefte krijgt om ook een cross-platform make systeem te gebruiken, je kunt tenslotte je visual studio solution- en projectfiles niet gebruiken om te builden op linux. Een voorbeeld van zo'n cross-platform make is CMake. Er zijn er meer, dit is degene die ik gebruik. CMake genereert o.a. visual studio files voor windows en makefiles of eclipse project files onder linux. In plaats van een cross-platform make kun je ook kiezen voor een cross-platform IDE, zoals bijvoorbeeld Code::Blocks (je werkt dan in Code::Blocks in plaats van in Visual Studio).

Daarnaast, het is al genoemd door de Zeester, als je een service-applicatie wilt draaien, wil je waarschijnlijk iets op basis van sockets doen en is het handig om een library te gebruiken die je platform-onafhankelijke socket-functies biedt. Zoals eerder genoemd, ACE is een voorbeeld en ook boost.asio. Die laatste is mijn persoonlijke favoriet. Beide libraries vergen een investering in inleertijd en bieden naast pure socket-functies ook nog veel meer functies, met name voor asynchrone communicatie. Voor platform-onafhankelijkheid in het algemeen zijn de boost-libraries uberhaupt een goede tip.

Al met al vergt dit (cross-platform make/IDE en cross platform libraries) nogal wat inleertijd, maar bedenk dat er licht is aan het eind van de tunnel . HTH. Succes.

Zo. Dat is eens een hoop MOOIE informatie . Ik zal hier morgen eens verder naar kijken. Heel erg bedankt!

Ventieldopje schreef op woensdag 25 mei 2011 @ 23:40:
Alternatief is spul schrijven in C# mbv. het mono framework

Ja, dat heb ik al geprobeerd, en werk ik ook regelmatig mee. Echter vind in C++ toch iets fijner werken dan C#.

[Anoniem: 311111]

Om nog even terug te komen over die sockets: zowel Linux als Windows hebben socket libraries ingebouwd, die niet enorm veel van elkaar verschillen, met een paar #ifdef's kun je daar een mooie wrapper voor maken, of zoals al genoemd wordt, een bestaande wrapper gebruiken.

En CMake (of gewoon make, wordt ook ondersteund door VS (nmake)) is inderdaad een mooi systeem, ja.

[Rutix]

Anoniem: 311111 schreef op donderdag 26 mei 2011 @ 08:22:
Om nog even terug te komen over die sockets: zowel Linux als Windows hebben socket libraries ingebouwd, die niet enorm veel van elkaar verschillen, met een paar #ifdef's kun je daar een mooie wrapper voor maken, of zoals al genoemd wordt, een bestaande wrapper gebruiken.

En CMake (of gewoon make, wordt ook ondersteund door VS (nmake)) is inderdaad een mooi systeem, ja.

Ik vind de boost.asio toch fijner werken. Zowiezo is Boost meestal een must voor C++ programma's. Ik ehb weinig programma's geschreven waar ik geen gebruik heb gemaakt van Boost. Voordeel is natuurlijk dat het portable is