Лучший способ определить, какие макросы определяются clang и cmake

В настоящее время я пытаюсь конвертировать CGAL в Javascript, используя удивительный проект LLVM-> Javascript под названием Emscripten. Я просто делаю это только с основным компонентом (не ImageIO или Qt)

Мне удалось сделать это с двумя из его зависимостей (GMP и MPFR). К моему большому удивлению, я смог скомпилировать тестовые классы C в Javascript для обоих из них (для сгенерированных библиотек LLVM в виде битового кода), вывод которых, запущенный в nodejs, точно соответствует нативному результату.

Все остальные зависимости только для заголовков (Eigen, Boost), кроме одной — libboost-thread. Теперь, очевидно, JS является однопоточным, так что надеется, что сможет удалить это из кода CGAL. К счастью, есть макрос CGAL_HAS_NO_THREADS, который я определил следующим образом:

add_definitions( -DCGAL_HAS_NO_THREADS=1 )

И это, похоже, передается в командную строку как опция -D

Тем не менее, когда я пытаюсь скомпилировать с помощью clang (настройка с помощью запуска cmake с помощью инструмента Emscripten, который настраивает clang и т. Д.), Я получаю целую кучу ошибок, которые я не получаю при компиляции с gcc, которые кажутся двоякими:

1) Во-первых, это такие вещи, как:

    #if defined (__GLIBC__)
#  include <endian.h>
#  if (__BYTE_ORDER == __LITTLE_ENDIAN)
#    define CGAL_LITTLE_ENDIAN
#  elif (__BYTE_ORDER == __BIG_ENDIAN)
#    define CGAL_BIG_ENDIAN
#  else
#    error Unknown endianness
#  endif
#elif defined(__sparc) || defined(__sparc__) \
|| defined(_POWER) || defined(__powerpc__) \
|| defined(__ppc__) || defined(__hppa) \
|| defined(_MIPSEB) || defined(_POWER) \
|| defined(__s390__)
#  define CGAL_BIG_ENDIAN
#elif defined(__i386__) || defined(__alpha__) \
|| defined(__x86_64) || defined(__x86_64__) \
|| defined(__ia64) || defined(__ia64__) \
|| defined(_M_IX86) || defined(_M_IA64) \
|| defined(_M_ALPHA) || defined(_WIN64)
#  define CGAL_LITTLE_ENDIAN
#else
#  error Unknown endianness
#endif

Что дает мне ошибку «Неизвестный порядок байтов». Я полагаю, это связано с тем, что компилятор Clang не определяет GLIBC макрос?

Другие вещи как:

In file included from /home/marcosscriven/sources/openscadjs/build/CGAL-4.1/src/CGAL/all_files.cpp:1:
In file included from /home/marcosscriven/sources/openscadjs/build/CGAL-4.1/src/CGAL/Random.cpp:25:
In file included from /home/marcosscriven/sources/openscadjs/build/CGAL-4.1/include/CGAL/Random.h:30:
In file included from /home/marcosscriven/sources/openscadjs/build/CGAL-4.1/include/CGAL/basic.h:44:
In file included from /home/marcosscriven/sources/openscadjs/build/CGAL-4.1/include/CGAL/number_type_basic.h:77:
In file included from /home/marcosscriven/sources/openscadjs/build/CGAL-4.1/include/CGAL/FPU.h:60:
In file included from /usr/lib/gcc/i686-linux-gnu/4.7/../../../../include/c++/4.7/fenv.h:33:
In file included from /usr/lib/gcc/i686-linux-gnu/4.7/../../../../include/c++/4.7/i686-linux-gnu/bits/c++config.h:414:
In file included from /usr/lib/gcc/i686-linux-gnu/4.7/../../../../include/c++/4.7/i686-linux-gnu/bits/os_defines.h:40:
/home/marcosscriven/sources/includes/features.h:324:10: fatal error: 'bits/predefs.h' file not found
#include <bits/predefs.h>

Который, кажется, не работает, используя другой патч (или набор путей, или порядок путей), чтобы найти libs.

Теперь обе вещи, очевидно, я могу взломать понемногу — но я предполагаю, что это не правильный путь.

Проблема в том, что я знаю, какие макросы определяются при запуске clang (или даже gcc)? Также я не совсем уверен, что все включения в корне / usr / include / являются?

я знаю это немного из них GNUC, и что это чем-то отличается от std libc и libcxx libs? Но не все из них?

Любая помощь — с благодарностью.

Marcos