Program C++ używający nagłówków biblioteki C rozpoznaje "to" jako słowo kluczowe. Zewnętrzny błąd "C"?

Question

Mój program C++ musi korzystać z zewnętrznej biblioteki C. Dlatego używam składni

extern "C" 
{ 
    #include <library_header.h> 
} 

dla każdego modułu muszę korzystać.

Do tej pory działało dobrze. Moduł używa nazwy w przypadku niektórych zmiennych w jednym z plików nagłówkowych. bibliotece C Sam jest kompilacją dobrze, bo z tego co wiem, tonigdy nie było kluczowe w C

Ale mimo mojego korzystania z extern „C” składni, jestem uzyskiwanie błędy z mojego programu C++, gdy dołączę ten plik nagłówkowy.

Gdybym przemianować każdy ten w tym pliku nagłówka C biblioteki z czymś _this, wszystko wydaje się działać poprawnie.

Pytanie brzmi:

nie Jeżeli extern „C” składnia być wystarczające dla zapewnienia zgodności przynajmniej na poziomie składni dla pliku nagłówka? Czy to jest problem z kompilatorem?

Answer 1

Czy nie powinna istnieć zewnętrzna składnia "C" dla wstecznej zgodności, przynajmniej na poziomie składni, dla pliku nagłówkowego? Czy to jest problem z kompilatorem?

Nr Nazwa zewnętrzna "C" służy do łączenia - w szczególności do zasad używanych do generowania nazw symboli ("wymazywanie nazw") i do konwencji wywołującej (jaki zestaw zostanie wygenerowany w celu wywołania wartości parametrów API i stosu) - nie kompilacja.

Problem, który masz, nie jest ograniczony do słowa kluczowego this. W naszej aktualnej bazie kodu, jesteśmy przenoszenie kodu do C++ i mamy konstrukcje takie jak:

struct Something { 
    char *value; 
    char class[20]; // <-- bad bad code! 
}; 

Działa to dobrze w kodzie C, ale (jak ty) jesteśmy zmuszeni do zmiany nazwy, aby móc skompilować jako C++.

Answer 2

Jeśli extern "C" pozwoli ci używać słów kluczowych w C++ jako symboli, kompilator będzie musiał je rozwiązać w jakiś sposób poza sekcjami extern "C". Na przykład:

extern "C" { 
    int * this; //global variable 
    typedef int class; 
} 


int MyClass::MyFunction() { return *this; } //what does this mean? 
              //MyClass could have a cast operator 
class MyOtherClass; //forward declaration or a typedef'ed int? 

Answer 3

dziwo, wielu kompilatorów don't forcibly disallow kluczowe redefinicja przez preprocesor:

#include <iostream> 

// temporary redefinition to compile code abusing the "this" keyword 
#define cppThis this 
#define this thisFunction 

int this() { 
    return 1020; 
} 

int that() { 
    return this(); 
} 

// put the C++ definition back so you can use it 
#undef this 
#define this cppThis 

struct DumpThat { 
    int dump() { 
     std::cout << that(); 
    } 
    DumpThat() { 
     this->dump(); 
    } 
}; 

int main() 
{ 
    DumpThat dt; 
} 

Więc jeśli się o ścianę, które mogłyby pozwolić skompilować plik napisany z założeniami C że nie możesz się zmienić.

Nie spowoduje to jednak, że otrzymasz nazwę linkera "to". Mogą istnieć linkery, które pozwalają na zmianę nazw, aby uniknąć kolizji.Efektem ubocznym może być to, że pozwalają powiedzieć thisFunction -> this i nie ma problemu z prawą stroną odwzorowania będącego słowem kluczowym.

W każdym razie ... lepsza odpowiedź, jeśli możesz to zmienić ... zmień!

Answer 4

Czy mógłbyś bardziej szczegółowo opisać "używanie tej nazwy dla niektórych zmiennych w jednym z jej plików nagłówkowych"?

Czy to naprawdę zmienna, czy jest to parametr w prototypie funkcji?

Jeśli jest to drugie, nie ma prawdziwego problemu, ponieważ prototypy C (i C++) identyfikują parametry według pozycji (i typu), a nazwy są opcjonalne. Można mieć inną wersję prototypu, np

#ifdef __cplusplus 
    extern "C" { 
    void aFunc(int); 
    } 
#else 
void aFunc(int this); 
#endif 

Pamiętaj, nie ma nic magicznego plików nagłówkowych - po prostu dostarczyć kod, który jest zawarty w leksykalnie w punkcie #include - jakby został skopiowany i wklejony je.

Możesz więc mieć własną kopię nagłówka biblioteki, która wykonuje sztuczki podobne do powyższych, po prostu staje się problemem związanym z konserwacją, aby zapewnić śledzenie tego, co dzieje się w oryginalnym nagłówku. Jeśli to może być problem, dodaj skrypt jako krok kompilacji, który uruchamia różnicę w stosunku do oryginału i zapewnia jedyną istotną różnicę w kodzie obejścia problemu.