История изменений
Исправление MOPKOBKA, (текущая версия) :
Но при всем этом он намного лучше LLVM/Clang. Генерируемый код лучше, поддержка новых стандартов намного быстрее приходит, и статический анализатор для С реально находит ошибки, и не плюется ложными срабатываниями на каждую строку. Так что в основных моментах они все же не ошиблись, как компилятор он занимает почетное первое место. А вот Clang вполне приличный генератор подсветки синтаксиса.
Начиная с того, что в gcc специально не стабилизирован промежуточный язык (типа LLVM IR)
Вместо LLVM IR у GCC есть libgccjit (там не только JIT, неудачное название просто).
Шмальман очень боялся, что gcc встроят в visual studio, не шучу
заканчивая тем, что под каждую целевую платформу нужна отдельная сборка gcc вместо того
Ну тут так и есть, хотя можно вспомнить -m32/-m64.
Исправление MOPKOBKA, :
Но при всем этом он намного лучше LLVM/Clang. Генерируемый код лучше, поддержка новых стандартов намного быстрее приходит, и статический анализатор для С реально находит ошибки, и не плюется ложными срабатываниями на каждую строку. Так что в основных моментах они все же не ошиблись, как компилятор он занимает почетное первое место. А вот Clang вполне приличный генератор подсветки синтаксиса.
Начиная с того, что в gcc специально не стабилизирован промежуточный язык (типа LLVM IR)
Вместо LLVM IR у GCC есть libgccjit.
Шмальман очень боялся, что gcc встроят в visual studio, не шучу
заканчивая тем, что под каждую целевую платформу нужна отдельная сборка gcc вместо того
Ну тут так и есть, хотя можно вспомнить -m32/-m64.
Исправление MOPKOBKA, :
Но при всем этом он намного лучше LLVM/Clang. Генерируемый код лучше, поддержка новых стандартов намного быстрее приходит, и статический анализатор для С реально находит ошибки, и не плюется ложными срабатываниями на каждую строку. Так что в основных моментах они все же не ошиблись, как компилятор он занимает почетное первое место.
Начиная с того, что в gcc специально не стабилизирован промежуточный язык (типа LLVM IR)
Вместо LLVM IR у GCC есть libgccjit.
Шмальман очень боялся, что gcc встроят в visual studio, не шучу
заканчивая тем, что под каждую целевую платформу нужна отдельная сборка gcc вместо того
Ну тут так и есть, хотя можно вспомнить -m32/-m64.
Исходная версия MOPKOBKA, :
Но при всем этом он намного лучше LLVM/Clang. Генерируемый код лучше, поддержка новых стандартов намного быстрее приходит, и статический анализатор для С реально находит ошибки, и не плюется ложными срабатываниями на каждую строку. Так что в основных моментах они все же не ошиблись.
Начиная с того, что в gcc специально не стабилизирован промежуточный язык (типа LLVM IR)
Вместо LLVM IR у GCC есть libgccjit.
Шмальман очень боялся, что gcc встроят в visual studio, не шучу
заканчивая тем, что под каждую целевую платформу нужна отдельная сборка gcc вместо того
Ну тут так и есть, хотя можно вспомнить -m32/-m64.