Эээ… Вот проект компиляции ядра linux под llvm: github.com/ClangBuiltLinux/linux/issues
Там нашли огромное количество багов как в компиляторе, ассемблере и линковщике от llvm, так и в ядре linux (в основном, только благодаря статическому анализату в llvm). Только недавно это все стало юзабельно. Ну и наверное лучше всего это llvm, который использует в составе ядра gcc — лучшие от обоих))
Проверка на это кода Intel увенчалась неуспешно, как выяснилось слово backdoor также используется для спецефической терминологии при программировании PCI express.
Ну разумеется нет. Во-первых, microsoft compiler и intel compiler написаны одной и той же фирмой, Edison Design Group. И до последего времени (2019) они не поддерживали всего функцонала C99, что уж говорить про gcc-измы для написания ядер ОС.
Во-вторых, опираться для написания ОСи на компилятор с закрытым кодом опасно.
В оригинальном сливе XPS1.7z то же самое, внутри cab дата 02.09.2002
Эээ… Вот проект компиляции ядра linux под llvm: github.com/ClangBuiltLinux/linux/issues
Там нашли огромное количество багов как в компиляторе, ассемблере и линковщике от llvm, так и в ядре linux (в основном, только благодаря статическому анализату в llvm). Только недавно это все стало юзабельно. Ну и наверное лучше всего это llvm, который использует в составе ядра gcc — лучшие от обоих))
>разрабы cl.exe — сама мелкософт
Нет. en.wikipedia.org/wiki/Edison_Design_Group
>попросту не помню включений гцц туда
Сейчас вроде перешли на clang. www.quora.com/What-kind-of-compiler-does-Microsoft-use-to-compile-Windows-source-code
>свой тулкит для сборки. MSBUILD
А не NT build?
Не на все. Например, atmfd.dll. В котором столько уязвимостей было, что пришлось его выпилить.
Во-вторых, опираться для написания ОСи на компилятор с закрытым кодом опасно.