Блог

хорошо, позвольте мне сформулировать свой вопрос таким образом. есть два способа, которыми мы можем скомпилировать наши библиотеки в VC (наш тип выходной библиотеки) 1) dll 2) Библиотека

аналогично, есть два способа, которыми мы можем определить, как добавлять дополнительные системные библиотеки (как мы компилируем эту библиотеку): 1) используя _MD (это гарантирует, что наш проект будет связан с msvcrt.dll ) 2) используя _MT (это гарантирует, что наш проект будет связан с libcmt.dll )

Я просто хотел понять, существует ли какая-либо корреляция между «типом нашей выходной библиотеки» и «как мы компилируем эту библиотеку». например, если я скомпилирую свою библиотеку как dll, но укажу параметр как _MT, будет ли она работать должным образом (после компиляции)?и если да, то какая системная библиотека (будь msvcrt.dll или libcmt.dll ) будет ассоциироваться с этим. аналогично, если я скомпилирую свою библиотеку как lib (статическую) и предоставлю опцию _MD, будет ли она работать должным образом? и если да, то какая системная библиотека (будь msvcrt.dll или libcmt.dll ) будет ассоциироваться с этим.

Дайте мне знать, если я все еще не разобрался со своим вопросом.

Visual C не связывал код с MSVCRT.DLL (файлом ОС), так как я думаю, что VC6.

С тех пор все версии поставляли свои собственные библиотеки времени выполнения C и C отдельно от ОС, например MSVCRT90.DLL соответствует вашему тегу VC2008.

Приложение или проект DLL могут использовать библиотеку времени выполнения, либо статически связанную, либо как DLL. Нет libcmt.dll , потому что статическое связывание не включает отдельную библиотеку DLL. Код в libcmt.lib включается в ваш .EXE или ваша .DLL.

Теперь правильная работа — это совсем другое дело. Я не рекомендую использовать dllexport с классами C или освобождать память в модуле, отличном от выделенного, но если ваш код делает это, вы ДОЛЖНЫ использовать /MD и распространять DLL. В противном случае каждый модуль вашего приложения имел бы отдельную копию библиотеки среды выполнения, объекты которой и менеджеры памяти не были бы взаимозаменяемыми. Причина, по которой я не рекомендую это, заключается в том, что все модули приложения также должны быть скомпилированы с одинаковой версией компилятора и параметрами… что действительно неприятно, когда у вас есть две сторонние библиотеки DLL и версия компилятора между ними не совпадает.