Как библиотека Linux CRunTime обрабатывается по сравнению с Microsoft

Question

У меня возникло много концептуальных проблем с CRT от Microsoft. Для любого проекта вы должны скомпилировать все необходимые библиотеки для ссылки на ту же версию CRT.

Первой проблемой является то, что ваш проект статически связан с CRT (/ MT). Затем все зависимые библиотеки также должны связывать свой собственный CRT статически. Поэтому каждая библиотека имеет свою собственную версию - например, - malloc(). Если вы скомпилировали одну из библиотек в прошлом году в системе A, эта версия CRT может отличаться от той, которую вы используете в другой системе B с пакетом обновления 3+. Поэтому, если вы освобождаете объекты, выделенные библиотекой, вы можете столкнуться с проблемами.

Так что это динамически связано. CRT - это путь (/ MD). С dll все библиотеки получат текущую реализацию ЭЛТ в системе. За исключением того, что с механизмом Microsoft Side by Side это не то, что происходит. Вместо этого вы получаете версию CRT, помеченную в библиотеке, которую вы скомпилировали, и эта версия DLL поставляется в эту библиотеку. Так может возникнуть одна и та же проблема, которую я описал ранее. Вы собираете библиотеку в системе A год назад против одного ЭЛТ. Год спустя появилась новая версия с обновлением. Ваша основная программа получает DLL с одной версией CRT, библиотека получает DLL с другой версией CRT, такая же проблема может возникнуть.

Так что вы делаете? Я понимаю, что распределение памяти между библиотеками неодобрительно. Но вы можете игнорировать пример malloc и придумать еще один. У вас есть каждый разработчик перекомпилировать каждую зависимую библиотеку на своей машине, чтобы убедиться, что все использует один и тот же CRT? Затем для выпуска вы снова перекомпилируете каждую библиотеку?

Как это работает в Linux? Это мой главный интерес. Есть ли CRT, поставляемый с GCC, или сама система Linux поставляется с библиотеками CRT? Я никогда не видел, чтобы CRT явно связывался с Makefile.

В Linux, с чем связаны ссылки на динамические библиотеки CRT? Самый последний на машине, или это более «бок о бок» механизм.

Answer 1

На стороне Linux я думаю, что есть две основные части стандартной библиотеки, которые находятся под вопросом: у нас есть часть C-runtime, которая в значительной степени должна быть совместима с ABI навсегда. Эффективно независимо от того, какие ссылки на ссылки в конечной ссылке время должно быть хорошо, и вы можете перераспределить любую необходимую общую библиотеку с вашим двоичным, если это более старая версия, необходимая для совместимости. Обычно библиотеки просто сидят бок о бок на * NIX-системах.

Во-вторых, у вас есть библиотеки C++. Они почти гарантированно не совместимы с ABI, поэтому вы должны обязать перестроить каждый компонент финального двоичного файла в той же версии библиотеки C++. К сожалению, этого не существует, потому что иначе вы можете столкнуться с различными несоответствиями. Вот почему многие библиотеки с открытым исходным кодом даже не беспокоятся о готовых библиотечных двоичных файлах: каждый должен создать свою собственную копию, чтобы убедиться, что она будет правильно связываться с их окончательным кодом приложения.