Xxhash: [cmake] избегать ссылок на каталог сборки `xxhsum`

Это довольно странно.
В исходном коде xxhsum.c нет ничего, что могло бы создать ссылку на BUILD_DIR .

Я скомпилировал его на виртуальной машине Linux mint и сделал ту же проверку, что и вы:

$ strings xxhsum | grep BUILD_DIR
$

Он ничего не вернул.

Это может быть артефакт системы сборки.

Я полагаю, что вы используете реальный каталог вместо BUILD_DIR, не так ли? Если да, то, возможно, вы правы, это артефакт моего инструмента сборки. Я попробую другую систему, чтобы проверить это. Что касается моей текущей системы, я могу воспроизвести это вручную:

$ cd DIR_WITH_UNPACKED_SOURCE
$ mkdir build
$ cmake ../xxHash-0.6.5
$ make
$ strings xxhsum | grep BUILD_DIR
BUILD_DIR:
DIR_WITH_UNPACKED_SOURCE/xxHash-0.6.5/xxhsum.c

Среда: bash 4.4.023, gcc 8.1.1 20180531, binutils 2.30, cmake 3.11.4, make 4.2.1, glibc 2.27.

Ах, я не тестировал cmake , и, возможно, это вызывает эту проблему.
Я тестировал только более простой процесс сборки make :

$ cd XXH_SRC_DIR
$ make
$ strings xxhsum | grep BUILD_DIR
$

cmake поддерживается сторонними разработчиками (отсюда и «неофициальный» тег), к сожалению, я не понимаю всех его внутренних компонентов и побочных эффектов, и только официально поддерживаю Makefile .

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

Длинная история: ссылка на исходный каталог связана с макросом __FILE__ во всех его формах. В данном конкретном случае он пробирается через макрос assert . Если проект компилируется в исходном каталоге, проблем не возникает, потому что в этом случае __FILE__ расширяется (компилятором) до относительного пути. Но одна из наиболее часто используемых функций cmake - это компиляция вне исходного каталога, и в этом случае компилятор расширяет макрос __FILE__ до полного пути. Однако можно использовать пути относительно исходного каталога, но нужно переопределить макрос __FILE__ . Можно использовать cmake как показано в файле выше.

Привет!
Я полагаю, что assert макрос должен быть определен как (void)0 если определено NDEBUG .

NDEBUG определяется CMake автоматически, если для CMAKE_BUILD_TYPE установлено значение _ "Release" _ (для генераторов с одной конфигурацией, таких как Unix Makefiles), или при сборке проекта с опцией --config Release (для генераторов с несколькими конфигурациями, таких как Xcode) .
Для типа сборки _ "RelWithDebInfo" _ необходимо определить NDEBUG самостоятельно в источниках или в списках CMake.
Я только что это проверил.

Удачи!

Логика для assert была обновлена ​​и определяется здесь:
https://github.com/Cyan4973/xxHash/blob/dev/xxhash.c#L146

По умолчанию все утверждения в xxhash отключены.
Чтобы включить их, необходимо установить DEBUGLEVEL в значение >= 1 .
Даже в этом случае assert() все равно можно отключить, установив NDEBUG .

Каким бы ни было значение DEBUGLEVEL ,
NDEBUG не будет изменен,
он остается точно таким же после включения кода xxhash
(обычно с XXH_INLINE_ALL , который является наиболее эффективным типом сборки).

Я считаю, что эта проблема исправлена.
Я тестировал cmake -произведенный xxhsum в системе Linux, используя strings , и не смог найти никакой ссылки на BUILD_DIR .