Блог

Я понимаю, что MINGW-g компилирует большие исполняемые файлы, потому что он статически связывает многие вещи. С другой стороны, MSVC динамически связывается с библиотеками DLL из пакета VCRedist, и именно поэтому он создает исполняемые файлы намного меньшего размера.

Однако возможно ли аналогичным образом скомпилировать с g в Windows? Не обязательно MINGW-g , но что-то, что я могу использовать с Qt Creator (я не добавил Qt в качестве тега, потому что это не имеет отношения к вопросу).

MinGW прекрасно способен динамически подключаться к среде выполнения msvcrt. Единственная проблема, от которой вы не избавляетесь таким образом, — это код запуска GCC / MinGW, который не очень большой.

Небольшая тестовая программа на C (простая программа iostream hello world, примечание: я получил те же результаты для простой версии C printf).

 #include <iostream>

using namespace std;

int main()
{
cout << "Hello World!" << endl;
return 0;
}
  

Командные строки:

 g   main.cpp -MD -Os -s -o test.exe
cl /MD /Os main.cpp /link /out:test2.exe
  

Размеры исполняемых файлов:

GCC: 13 КБ

MSVC: 6 КБ

Хотя это двойное значение, весь необходимый код запуска объясняет большую разницу; для более крупных программ разница незначительна.

Чтобы провести справедливое сравнение между VC и MinGW с использованием статической компоновки, я бы предложил удалить переключатель компилятора / MD в синтаксисе командной строки выше. Это приведет к тому, что компилятор Visual C вместо этого будет статически связываться со статическими библиотеками, но все равно компилятор Visual C сгенерирует исполняемый файл гораздо меньшего размера, чем тот, который скомпилирован статически с помощью MinGW.

Поскольку компоновщик, используемый компилятором Visual C , имеет функцию, называемую связыванием на уровне функций, с помощью этого компоновщика связываются только необходимые библиотеки на основе функций, используемых в вашем коде. Любые не имеющие ссылок или неиспользуемые функции не будут связаны с конечным сгенерированным исполняемым файлом, что приведет к гораздо меньшему статически связанному двоичному файлу.

Возвращаясь к приведенному выше примеру с использованием компилятора Visual C , и на этот раз, используя статическое связывание, синтаксис командной строки будет следующим:

cl / Os main.cpp /ссылка /out:test2.exe

Здесь вы можете заметить, что я убрал переключатель /MD, чтобы компилятор использовал статическое связывание вместо динамического.

Теперь, чтобы создать гораздо меньший статически связанный исполняемый файл, я предлагаю синтаксис командной строки:

cl /Ox main.cpp /link /FILEALIGN:512 /OPT: REF /OPT: ICF /ИНКРЕМЕНТНЫЙ: НЕТ /out:test2.exe

Если вы проверите полученный двоичный файл, вы заметите, что он намного меньше, что опять же является статически связанным исполняемым файлом.

На самом деле я почерпнул эту идею из обсуждения на этом веб-сайте по адресу http://www.catch22.net/tuts/minexe

Большинство компиляторов Pascal, включая Delphi, также имеют ту же функцию компоновки, и она известна как интеллектуальная компоновка, но результирующие статически связанные исполняемые файлы намного меньше тех, которые создаются компилятором Visual C .

Компоновщик, используемый MinGW, очень тупой, он не подвержен раздуванию и, следовательно, он связывает множество статических библиотек, включая те, которые содержат функции или подпрограммы, которые вообще не используются в вашем исходном коде, что приводит к очень раздутым статически связанным двоичным файлам.

Я бы посоветовал удалить MinGW и вместо этого использовать компилятор Visual C . Даже разработчик MinGW, похоже, не заботится о сокращении объема кода с помощью статического связывания.

Вы можете использовать cygwin (www.cygwin.com ). Они используют DLL времени выполнения, очень похожую на MSVCRT . Тогда ваша программа, конечно, зависит от среды выполнения cygwin (извините, это тавтология).