Операция метаданных LNK2022: несогласованная информация о расположении в дублированных типах

В проекте, с которым я работаю, возникает новая ошибка компоновщика:

1>MSVCMRTD.lib(locale0_implib.obj) : error LNK2022: metadata operation failed (8013118D) : Inconsistent layout information in duplicated types (std.basic_string<char,std::char_traits<char>,std::allocator<char> >): (0x0200004e).
1>MSVCMRTD.lib(locale0_implib.obj) : error LNK2022: metadata operation failed (8013118D) : Inconsistent layout information in duplicated types (std.basic_string<wchar_t,std::char_traits<wchar_t>,std::allocator<wchar_t> >): (0x02000075).
1>MSVCMRTD.lib(locale0_implib.obj) : error LNK2022: metadata operation failed (8013118D) : Inconsistent layout information in duplicated types (std._String_iterator<char,std::char_traits<char>,std::allocator<char> >): (0x02000091).
1>MSVCMRTD.lib(locale0_implib.obj) : error LNK2022: metadata operation failed (8013118D) : Inconsistent layout information in duplicated types (std._String_const_iterator<char,std::char_traits<char>,std::allocator<char> >): (0x02000092).
1>MSVCMRTD.lib(locale0_implib.obj) : error LNK2022: metadata operation failed (8013118D) : Inconsistent layout information in duplicated types (std._String_val<char,std::allocator<char> >): (0x02000097).
1>MSVCMRTD.lib(locale0_implib.obj) : error LNK2022: metadata operation failed (8013118D) : Inconsistent layout information in duplicated types (std._String_val<wchar_t,std::allocator<wchar_t> >): (0x02000099).

Мы используем Visual Studio 2010 в Windows 7.

Этот проект использовался для компиляции. Это оболочка С++/CLI DLL вокруг некоторого неуправляемого кода и, таким образом, включает в себя поддержку Common Language Runtime. Вещь с измененной заключается в том, что внешняя статическая библиотека, с которой мы связаны, была "обновлена". Мы получаем эту ошибку, когда пытаемся скомпилировать проект, который ссылается на него.

Microsoft "help" для этой проблемы заключается в том, чтобы "запустить ildasm -tokens в объектных файлах, чтобы определить, какие типы имеют маркеры, перечисленные в error_message, и искать различия". Затем я проверил эту страницу и заметил, что параметр /tokens действителен только для файлов .exe и .dll... но это компоновщик ошибка, поэтому мой. DLL файл еще не создан!

Я попытался запустить такие вещи, как ildasm -tokens AssemblyInfo.obj, но единственное, что происходит, это то, что окно открывается с этим невероятно полезным сообщением об ошибке:

Спасибо Microsoft!

Я не уверен, как продолжить устранение этой проблемы. Выпуск сборки работает правильно - это только отладка, которая перепуталась. Поэтому где-то в миксе я предполагаю, что тип std::string имеет другой размер или что-то еще...

Любые идеи?

Ответ 1

Хорошо, поэтому я решил это! Был другой вопрос SO, который на самом деле был большой помощью. В результате эта ссылка была связана с этой статьей, в которой было немного более подробно о проблеме. В основном это проблема со стандартными библиотечными строками, скомпилированными как в управляемом, так и неуправляемом коде. Решение состояло в том, чтобы включить CLR только в файлы, которые этого требовали. В деталях, вот что я сделал:

Удален переключатель /clr, который применяется ко всему проекту
Выбрали два .cpp файла, которые действительно требовали CLR, и вручную выбрали /clr в разделе C/C++ -> General -> Common Language RunTime Support.
Переключил весь проект на Program Database /Zi с Program Database for Edit and Continue /ZI. Это избавило от предупреждений, потому что я думаю, что поддержка /clr отключила инкрементную привязку, а затем мой собственный код выдавал предупреждения, потому что он пытался использовать Edit и Continue.
Затем я получил несколько предупреждений ExtensionAttribute, которые я исправил, следуя инструкциям на этой странице, эффективно добавив следующие переключатели к моему /clr -enabled: /clr:nostdlib /AI"%ProgramFiles%\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.0"
В сборках Debug мне пришлось отключить кучу параметров отладки в файлах с /clr -enabled. В частности, под C/C++ -> Code Generation я установил Enable Minimal Rebuild в No (/RM-) и Basic Runtime Checks в Default. Это также избавило от кучи предупреждений.
В сборках отладки и выпуска установите Enable C++ Exceptions в No в файлах с clr -enabled.

Надеюсь, это поможет!

Ответ 2

Кажется, что моя Visual Studio была в некотором сломанном состоянии. Я был единственным, кто получил эту ошибку. У меня не было никаких изменений. Я перепроверил проект на стороне, и он был исправлен. Возможно, это была проблема с моими пользовательскими файлами.

Ответ 3

Исправление для меня состояло в том, чтобы установить Configuration Properties → C/С++ → Code Generation → Struct Member Alignment → 16 Bytes (/Zp16)