Программа C++, использующая заголовки библиотеки C, распознает это как ключевое слово. Внешняя ошибка C?

Разве синтаксиса extern «C» не должно быть достаточно для обратной совместимости, по крайней мере, на уровне синтаксиса, для файла заголовка? Это проблема с компилятором?

Нет. Extern "C" предназначен для связывания - в частности, политики, используемой для сгенерированных имен символов ("изменение имен"), и соглашения о вызовах (какая сборка будет сгенерирована для вызова API и значений параметров стека), а не для компиляции.

Ваша проблема не ограничивается ключевым словом this. В нашей текущей кодовой базе мы переносим некоторый код на C++, и у нас есть такие конструкции:

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

Это прекрасно работает в коде C, но (как и вы) мы вынуждены переименовывать, чтобы компилировать как C++.

Как ни странно, многие компиляторы не запрещают принудительно переопределение ключевого слова через препроцессор:

#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;
}

Так что, если вы упираетесь в стену, это может позволить вам скомпилировать файл, написанный на предположениях C, которые вы не можете изменить.

Однако это не позволит вам получить имя компоновщика "this". Могут быть компоновщики, которые позволяют вам выполнять какое-то переназначение имен, чтобы избежать коллизий. Побочным эффектом этого может быть то, что они позволяют вам сказать thisFunction -> this и не иметь проблем с тем, что правая часть сопоставления является ключевым словом.

В любом случае... лучший ответ, если вы можете это изменить, это... изменить это!

Если бы extern "C" позволял использовать ключевые слова C++ в качестве символов, компилятору пришлось бы каким-то образом разрешать их за пределами разделов extern "C". Например:

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?

Не могли бы вы более подробно рассказать об «использовании этого имени для некоторых переменных в одном из его заголовочных файлов»?

Это действительно переменная или это параметр в прототипе функции?

Если это последнее, у вас нет реальной проблемы, потому что прототипы C (и C++) идентифицируют параметры по положению (и типу), а имена необязательны. У вас может быть другая версия прототипа, например:

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

Помните, что в файлах заголовков нет ничего волшебного — они просто предоставляют код, который лексически включается в точку #include — как если бы вы их скопировали и вставили.

Таким образом, вы можете иметь свою собственную копию заголовка библиотеки, которая выполняет трюки, подобные описанным выше, просто становясь проблемой обслуживания, чтобы гарантировать, что вы отслеживаете, что происходит в исходном заголовке. Если это может стать проблемой, добавьте скрипт в качестве шага сборки, который запускает сравнение с оригиналом и гарантирует, что единственным отличием является ваш код обходного пути.