C++ kompilowanie na Windows i Linux: przełącznik ifdef

111

chcę uruchomić jakiś kod C++ na Linux i Windows. Jest kilka fragmentów kodu, które chcę dołączyć tylko do jednego systemu operacyjnego, a nie do drugiego. Czy istnieje standardowa wersja #ifdef, której można użyć raz?C++ kompilowanie na Windows i Linux: przełącznik ifdef

Coś jak:

#ifdef LINUX_KEY_WORD 
    ... // linux code goes here. 
    #elif WINDOWS_KEY_WORD 
    ... // windows code goes here. 
    #else 
    #error "OS not supported!" 
    #endif

Pytanie jest rzeczywiście duplikat ale tutaj odpowiedzi są znacznie lepiej, zwłaszcza przyjętej jeden.

Źródło

2011-07-11 Sardathrion

@MooingDuck: Potwierdzam, że chciałem, aby zdecydował się na docelowej OS niekoniecznie na kompilator używany. – Sardathrion

zastosowanie:

#ifdef __linux__ 
    //linux code goes here 
#elif _WIN32 
    // windows code goes here 
#else 

#endif

Źródło

2011-07-11 12:21:15

+10

ta odpowiedź jest nieco lepsza, ponieważ bezpośrednio odpowiada na pytanie, zamiast tylko podać link do jakiejś trzeciej strony, która może umrzeć pewnego dnia – Petr

Na moim Ubuntu Trusty działa tylko '__linux__'. Ani '__linux' ani' linux' nie działają. – SebMa

Nie, te definiuje to kompilator zależne. Co możesz zrobić, użyj własnego zestawu definicji i umieść je w Makefile. Aby uzyskać więcej informacji, patrz this thread.

Źródło

2011-07-11 12:19:27 Vitor

+10

poprawne, ale nie pomocny – duedl0r

@Cicada: Kompilator zależne nie ma znaczenia, gdy wszystkie kompilatory (gadać) zrobić to samo. – rubenvb

jednak nie ma standardu określającego to i o to prosił. Aktualizuję odpowiedź, aby wskazać przydatne odniesienie do tego – Vitor

To zależy od używanych kompilator.

Na przykład definicja Windows może być WIN32 lub _WIN32.

Definicja Linuxa może być UNIX lub __unix__ lub LINUX lub __linux__.

Źródło

2011-07-11 12:21:48

Istnieje taki standard. Te narzędzia narzędziowe, które nie są z nimi zgodne, są albo błędne, stare jak kamień, albo po prostu złe. – rubenvb

@rubenvb: a standardem jest ...? Chcesz opublikować odpowiedź lub co najmniej URL? – MestreLion

@MestreLion Projekt Predef został w międzyczasie zaabsorbowany przez Boost, ale wszystkie makra są nadal wymienione w dokumentacji tutaj: http://www.boost.org/doc/libs/release/libs/predef/doc/html/index .html – rubenvb

To zależy od kompilatora. Jeśli skompilować z, powiedzmy, G ++ na Linux i VC++ w Windows, będzie to zrobić:

#ifdef linux 
    ... 
#elif _WIN32 
    ... 
#else 
    ... 
#endif

Źródło

2011-07-11 12:23:19

To zawsze zrobi. Wszystkie kompilatory implementują to w taki sam sposób. Clang na linuxie naśladuje GCC, Clang i GCC na Windowsie naśladuje MSVC. – rubenvb

@rubenvb: Wszystkie * istniejące * kompilatory, przez * wygodę *. To zachowanie nie jest znormalizowane i może być inne w przypadku niektórych kompilatorów, których nikt nie używa. –

Ta odpowiedź nie jest o wojnie makro, ale produkujących błąd, jeśli nie zostanie znaleziony platforma.

#ifdef LINUX_KEY_WORD 
... // linux code goes here. 
#elif WINDOWS_KEY_WORD  
... // windows code goes here. 
#else  
#error Platform not supported 
#endif

Jeśli #error nie jest obsługiwany, można użyć static_assert (C++ 0x) słowa kluczowego. Możesz też zaimplementować niestandardowy STATIC_ASSERT lub po prostu zadeklarować tablicę o rozmiarze 0 lub mieć przełącznik, który ma duplikaty. W skrócie, produkują błąd w czasie kompilacji a nie na wykonywania

Źródło

2011-07-11 15:41:16 Ajay

Dziękuję. Kod w pytaniu został zmodyfikowany. – Sardathrion

'# błąd' ** musi ** być obsługiwane (w przeciwieństwie do' # warning', które jest rozszerzeniem). Zgadzam się jednak, że niekoniecznie jest to najlepszy sposób na niepowodzenie kompilacji. – Thomas

@Thomas: Rzeczywiście. Na szczęście jeśli "# error" nie jest obsługiwane w niektórych niezgodnych implementacjach, wynikiem niepoprawnego oświadczenia preprocesora jest, no cóż - błąd. A jeśli to nie jest błąd, to kompilator jest * NAPRAWDĘ NAPRAWDĘ * kiepski i nie warto go wspierać (chociaż bardzo * wątpię, żeby taki kompilator istniał). –

Można zrobić

#if MACRO0 
    //code... 
#elif MACRO1 
    //code... 
#endif

Gdzie Makro może być:

__linux__  Defined on Linux 
    __sun   Defined on Solaris 
    __FreeBSD__  Defined on FreeBSD 
    __NetBSD__  Defined on NetBSD 
    __OpenBSD__  Defined on OpenBSD 
    __APPLE__  Defined on Mac OS X 
    __hpux   Defined on HP-UX 
    __osf__   Defined on Tru64 UNIX (formerly DEC OSF1) 
    __sgi   Defined on Irix 
    _AIX   Defined on AIX

Źródło

2014-03-24 22:54:01 user1527227

+38

LOL Dlaczego brakuje biblioteki _WIN32 dla systemu Windows? :-) – jamadagni

@jamadagni Ponieważ jest to lista systemów operacyjnych. –

@ sorush-r A Win32 nie oznacza jednego? – jamadagni

wiem, że to nie jest odpowiedź, ale dodał jeśli ktoś szuka sama w Qt

w Qt

https://wiki.qt.io/Get-OS-name-in-Qt

QString Get::osName() 
{ 
#if defined(Q_OS_ANDROID) 
    return QLatin1String("android"); 
#elif defined(Q_OS_BLACKBERRY) 
    return QLatin1String("blackberry"); 
#elif defined(Q_OS_IOS) 
    return QLatin1String("ios"); 
#elif defined(Q_OS_MAC) 
    return QLatin1String("osx"); 
#elif defined(Q_OS_WINCE) 
    return QLatin1String("wince"); 
#elif defined(Q_OS_WIN) 
    return QLatin1String("windows"); 
#elif defined(Q_OS_LINUX) 
    return QLatin1String("linux"); 
#elif defined(Q_OS_UNIX) 
    return QLatin1String("unix"); 
#else 
    return QLatin1String("unknown"); 
#endif 
}

Źródło

2014-11-26 12:15:44 Yash

C++ kompilowanie na Windows i Linux: przełącznik ifdef

Odpowiedz

Powiązane problemy