Visual C++ 2008 Express Edition: от чего зависит размер исполняемого файла?

[urock]

Добрый день!

Есть проект, сделанный еще под Visual Studio 6.0. Я его конвертнул в формат Visual C++ 2008 Express Edition и работаю соответственно в этой новой среде. При сборке проекта исполняемый файл получается примерно под 500KB (в этом случае программа работает и на машине, где она собиралась и на других машинах - дальше будет ясно). Есть теперь желание не работать в конвертированном проекте, а создать его заново из тех же самых исходных файлов. Создаю, собираю, exe файл получается порядка 50 KB, т.е. в 10 раз меньше. Ладно думаю, не все библиотеки были включены в образ исполняемого файла, но тут возникает проблема. Эта программа отказывается запускаться на других машинах, т.е. на той, где собираю - работает, а на других при запуске возникает ошибка. Приложение не было запущено, поскольку оно некорректно настроено.

Я так понимаю дело в том, что в случае меньшего исполняемого файла не все функции были включены в этот файл, а некоторые вызываются из динамических библиотек. В случае же большего файла весь необходимый код для работы программы был собран в одном файле. Разумное объяснение?

Вопрос: как при сборке проекта в Visual C++ 2008 Express Edition "с нуля" сделать так, чтобы весь код включался в исполняемый файл? Я уже облазил все меню и проверил соответствие всех полей в проекте, собранным "с нуля" и конвертированном из Visual Studio 6.0.

Гуру, помогите)

[Алексей++]

urock, забей на жалкие 450 кб Если, конечно, не жаль времени. Я довольно большой проект портировал с 6 на 2008 - и очень радуюсь, что это довольно легко произошло и не пришлось с нуля перебацивать (заняло бы месяц)

По второй проблеме - в настройках проекта поставить "использовать MFC в статических библиотеках" , а если у тебя не MFC - то что -то подобное, полагаю, там есть тоже

[Вад]

Вероятнее всего, по умолчанию runtime-библиотека динамически линкуется:
Properties->"Configuration Properties"->"C/C++"->"Code Generation", опция "Runtime library". Заменить "XXX DLL" на соответствующее "XXX" (без DLL).
Ну, или как Лёша говорит: MFC - если таковой используется.

[urock]

Спасибо, заработало

У меня Runtime Library было Multi-threaded Debug DLL, изменил просто на Multi-threaded Debug, тогда размер файла вырос, и программа начала запускаться на других машинах.

Раз уж влез в это, интересно понять, почему при динамическом подключении runtime библиотеки моя программа не запускается на других машинах? Зависит от верcии Windows? На девелоп машине у меня WinXP SP3, а на таргет машине ... тоже! WinXP SP3 (тока что глянул ) Какие-то дополнительные пакеты надо ставить?
Но Microsoft Visual C++ 2008 Redistributable - x86 у меня стоит и там и там, причем одной даже версии.

[Алексей++]

urock, зависит от наличия студии 2008 на машине

[Вад]

Зависит от наличия DLL на машине. Раз Runtime в dll-ке, то при запуске программа пытается эту dll-ку подгрузить. Соответственно, на машинах без VS эта dll-ка быть не обязана: либо надо с собой тащить, либо линковать статически.

[urock]

не понял, можно поподробней?

Программы используют динамические библиотеки и без наличия установленной той или иной среды разработки. Что же получается в моем случае? Прошу простить дилетанта, фундаментальное образование физикам не дают)

Вад, ты о какой dll говоришь? о неких внешних по отношению к моей программе, из которых вызываются некоторые функции? или на основании моего кода неявно создается dll, храниться где-то, где только VS знает, и потом вызывается?

Просто если dll внешние, то никак не могу понять, зачем нужна среда разработки для того чтобы их запустить) Как же тогда вообще пишутся распространяемые в широком кругу программы? Не у каждого же на машине стоит среда разработки... Получается, что все такие программы линкуются статически?

[urock]

фундаментальное образование по программированию не дают, я имею в виду. все самим приходится)

[Вад]

В VS уже есть скомпилированные версии для стандартной библиотеки.
Поскольку программа так или иначе использует код стандартных библиотек (даже если этого не видно), эти библиотеки должны быть прилинкованы к программе, чтобы она могла вызывать этот код. Соответственно, раньше вариантом по умолчанию была статическая линковка: когда стандартная библиотека влинковывается в исполняемый файл намертво. А в новых версиях VS по умолчанию используется опция динамической линковки, когда libcmt.dll и т.п. библиотеки должны прилагаться к исполняемому файлу.