Наткнулся тут, что при сборке в VS2017 падает софтина. Стал разбираться — оказалось:
а) они поддерживают только текущие компиляторы (
we don't officially support pre-release compilers)
б) в сорцах они ограничивают версию поддерживаемого компилятора как снизу, так и сверху (a-la
#if _MSC_VER > MIN_SUPPORTED && _MSC_VER < MAX_SUPPORTED)
Спрашивается, зачем? Казалось бы, проще наоборот — ограничьте поддержку минимальной версией, ведь баги или изменения в новых версиях компилятора очень редки, а если и будут, то можно пофиксить их по факту. Ну и предупреждение выдавать, что "мы ваш компилятор ещё не тестировали, используйте на свой страх и риск" хотя бы.
Так нет, им по кайфу вручную инкрементировать версию компилятора чуть ли не в каждой библиотеке, а так как релизы раз в полгода-год, то сейчас нужно ждать чер-те сколько, чтобы затащить буст в VS 2017.
ЗЫ: Если кто скажет, что такова ля ви в production разработке — он будет прав, но должна быть возможность отключить это ограничение, мне каццо. Самому лопатить все места с захардкоденными проверками версий не вариант
Здравствуйте, flаt, Вы писали:
F>очень редки
Здравствуйте, flаt, Вы писали:
F>Наткнулся тут, что при сборке в VS2017 падает софтина. Стал разбираться — оказалось:
F>а) они поддерживают только текущие компиляторы (we don't officially support pre-release compilers)
F>б) в сорцах они ограничивают версию поддерживаемого компилятора как снизу, так и сверху (a-la #if _MSC_VER > MIN_SUPPORTED && _MSC_VER < MAX_SUPPORTED)
Ну так пока ждешь — залезь в сорцы, да поправь чтобы твой компилятор съело. Заодно, возможно, поймешь почему такие ограничения. Там имхо разборок то дня на два если не меньше...
F>а) они поддерживают только текущие компиляторы (we don't officially support pre-release compilers)
F>б) в сорцах они ограничивают версию поддерживаемого компилятора как снизу, так и сверху (a-la #if _MSC_VER > MIN_SUPPORTED && _MSC_VER < MAX_SUPPORTED)
Если они так сделают, то их начнут заваливать репортами раньше времени. Слишком распространенная вещь. Их можно понять.