Я нашел решение проблемы.Фактически, компилятор искал оператор сравнения CGAL :: Epick, которого не было для каждой кодовой базы, где ядра CGAL неявно добавлялись к структурам stl, например, к вектору и карте.Структуры были повторены в стиле C ++ 11, через неправильную копию вместо ссылки:
//not
for (auto: vectorOfStructsContainingEpickSets)
//but
for (auto&:vectorOfStructsContainingEpickSets)
Эти структуры были глубоко скопированы в результате, и при глубоком копировании структуры, содержащей std:: set, где сам объект является ключом, вызывается оператор неравенства, т.е. сравнивается epick.Различные производные эпосов были сохранены таким образом.
Да, ответ на этот вопрос был в конечном счете, ядра CGAL не должны сравниваться, даже неявно.
Что еще неизвестно, так это то, почему gcc-5 x86_64 скомпилированная Linux база кода не жаловалась, что произошла эпическая ошибка в кросс-компиляции clang android x86_64.