VM
а как в cmake-файлах такая херня мжет происходить, чтобы x86_86 с числами складывалось, да ещё и в разных разрядях - НИПАНЯТНА
Size: a a a
2020 October 18
ВП
а как в cmake-файлах такая херня мжет происходить, чтобы x86_86 с числами складывалось, да ещё и в разных разрядях - НИПАНЯТНА
ага, после таких сообщений с ошибками хочется чтобы разрешили владение оружием, причем не только пневматическим: CMake Error at cmake/modules/MacroEnsureVersion.cmake:76 (MATH):
MATH cannot parse the expression: "x86_6410*10000 + x86_642*100 + x86_640": - удалось найти причину ?
MATH cannot parse the expression: "x86_6410*10000 + x86_642*100 + x86_640": - удалось найти причину ?
2020 October 19
VM
я полуркал по стектрейсу и нашёл, что оно идёт из функции проверки версии gcc
ВП
походу x86_64 залетело не туда куда ожидалось
VM
но там нету x86_64 в выводе вообще
VM
у шланга, впрочем, есть, но не на первой строчке
VM
да и под регексп, впрочем, не подходит ни одно ни другое
ВП
в макрос MATH залетела строка x86_64 вместо числа
VM
string(REGEX MATCH "[3456789]\\.[0-9]\\.[0-9]" _gcc_version "${_gcc_version_info}")VM
эти долбоящеры не думали что gcc может однажды выйти 10 версии
ВП
не MATCH а MATH поищите
VM
не MATCH а MATH поищите
стек посмотри блдж
VM
оно по итогу идёт к 249 и 250 строке в cmakelists.txt
VM
а там проверяется версия gcc из переменной
VM
которая заполняется приведённой выше строкой
ВП
наверное думали а после них хоть потоп, а sed с заменой regexp - поможет ?
VM
а та переменная, по которой проходят регекспом заполняется вот так: exec_program(${CMAKE_C_COMPILER} ARGS --version OUTPUT_VARIABLE _gcc_version_info)
ВП
есть же выработанные походы по парсингу semver, нет же изобретают велосипеды ... :)
VM
ну вот да
VM
и всё ради дефайна вот этих ребят: