Создать путь для директивы #include с помощью макроса

Я склонен согласиться с комментарием в ответе utnapistim о том, что вы не должны этого делать, даже если можете. Но на самом деле вы можете это сделать с помощью стандартных компиляторов C. [Примечание 1]

Есть две проблемы, которые нужно преодолеть. Во-первых, вы не можете использовать оператор ## для создания чего-то, что не является допустимым токеном препроцессора, а имена путей не квалифицируются как допустимые токены препроцессора, поскольку они включают / и . персонажи. (. было бы нормально, если бы токен начинался с цифры, но / никогда не будет работать.)

На самом деле вам не нужно объединять токены, чтобы преобразовать их в строку с помощью оператора #, поскольку этот оператор преобразует в строку весь аргумент макроса, а аргумент может состоять из нескольких токенов. Однако stringify учитывает пробелы [Примечание 2], поэтому STRINGIFY(Dir File) не будет работать; это приведет к "directory/ filename.h", а лишний пробел в имени файла приведет к сбою #include. Итак, вам нужно объединить Dir и File без пробелов.

Следующее решает вторую проблему, используя макрос, похожий на функцию, который просто возвращает свой аргумент:

#define IDENT(x) x
#define XSTR(x) #x
#define STR(x) XSTR(x)
#define PATH(x,y) STR(IDENT(x)IDENT(y))
 
#define Dir sys/
#define File socket.h

#include PATH(Dir,File)

Предупреждение: (Спасибо @jed за решение этой проблемы.) Если объединяемые строки содержат идентификаторы, которые определены в другом месте как макросы, то здесь произойдет непредвиденная подстановка макросов. Следует соблюдать осторожность, чтобы избежать этого сценария, особенно если Dir и/или File не контролируются (например, путем определения в качестве параметра командной строки при вызове компилятора).

Вы также должны знать, что некоторые реализации могут определять слова, которые могут отображаться в виде токенов в пути к файлу. Например, GCC может определять макросы с такими именами, как unix и linux, если только он не вызывается с явным стандартом C (что не является значением по умолчанию). Это может быть вызвано такими путями, как platform/linux/my-header.h или даже linux-specific/my-header.h.

Чтобы избежать этих проблем, я бы рекомендовал, если вы используете этот хак:

• вы используете настройку компилятора, совместимую со стандартами C (или C11), и

• вы помещаете последовательность в исходный файл очень рано, в идеале до включения любого другого заголовка или, по крайней мере, любого заголовка за пределами стандартной библиотеки.

Кроме того, вам не понадобилось бы усложнение макроса IDENT, если бы вы могли записать конкатенацию без пробелов. Например:

#define XSTR(x) #x
#define STR(x) XSTR(x)

#define Dir sys
#define File socket.h

#include STR(Dir/File)

Примечания

1. Я попробовал это с clang, gcc и icc, которые доступны на godbolt. Я не знаю, работает ли он с Visual Studio.

2. Точнее, он частично учитывает пробелы: пробелы преобразуются в один символ пробела.

Я хотел бы включить пути к файлам, динамически создаваемые макросом для части моей программы, зависящей от целевой конфигурации.

Вы должны быть не в состоянии (а если вы можете это сделать, вы, вероятно, не должны этого делать).

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

Каноническое решение:

Используйте IF в вашем Makefile или CMakeLists.txt, используйте настраиваемые страницы свойств в зависимости от конфигурации сборки в Visual Studio (или просто задайте определенные параметры сборки в среде ОС для вашего пользователя).

Затем напишите директиву include следующим образом:

#include <filename.h> // no path here

и полагаться на систему среды/сборки, чтобы сделать путь доступным при вызове компилятора.

Это работает для VS2013. (Конечно, можно сделать проще.)

#define myIDENT(x) x
#define myXSTR(x) #x
#define mySTR(x) myXSTR(x)
#define myPATH(x,y) mySTR(myIDENT(x)myIDENT(y))

#define myLIBAEdir D:\\Georgy\\myprojects\\LibraryAE\\build\\native\\include\\ //here whitespace!
#define myFile libae.h

#include myPATH(myLIBAEdir,myFile)

Судя по вашему описанию, вы обнаружили, что не каждый "" является строкой. В частности, #include "corefoundation/header.h" выглядит как обычная строка, но это не так. Грамматически директивы препроцессора outside в кавычках предназначены для компилятора и компилируются в строковые литералы с завершающим нулем. Текст в кавычках в директивах препроцессора интерпретируется препроцессором способом, определяемым реализацией.

Тем не менее, ошибка в вашем примере связана с тем, что Boost вставил второй и третий токен: / и filename. Первый, четвертый и пятый токены (directory, . и h) остаются без изменений. Это не то, что вы хотели, очевидно.

Намного проще полагаться на автоматическую конкатенацию строк. "directory/" "filename" — это тот же строковый литерал, что и "directory/filename". Обратите внимание, что между двумя фрагментами нет +.