Переименование библиотеки .NET

Question

Я поддерживаю библиотеку C# .Net (vs2005), назовем ее fooLib, разработанной коллегой. Теперь руководство решило, что мы должны изменить его имя, скажем, barLib.

Поэтому я переименовал его, изменил некоторые метаданные (информацию об авторских правах и т. Д.), Зарегистрировал его в gac, удалил ссылку и добавил ее снова в каждый проект, который ее использует, и вуаля!

До сих пор так хорошо, но есть проект, который его использует, что придает мне какую-то странную ошибку при связывании версии Debug, в то время как Release работает как шарм без предупреждения. Это дало мне длинное сообщение об ошибке, в котором говорилось, что он не может найти fooLib.dll (когда он должен искать файл barLib.dll) и сказал мне, что журнал связей был отключен, и способ его активации. Таким образом, я сделал, но единственной новой возвращаемой информацией является список путей, в которых он ищет неправильный файл. Любая идея, как я могу исправить это, не перестраивая решение с нуля?

Answer 1

Взгляните в файл проекта - убедитесь, что в нем нет ничего странного для разных конфигураций.

Постройте решение из «ультрачистого» - вручную избавитесь от всех каталогов bin/obj.

Когда вы говорите, что существует проблема «связывания» версии Debug, вы имеете в виду, что она не работает во время выполнения, а не во время компиляции?

Answer 2

Кажется, что изменение цели сборки с «Любой процессор» на «x86» или «x64», это работает. Смена версии сборки (которая была установлена ​​на x86) на «Любой CPU» сбой с той же ошибкой

Но она работала так, как это было до изменения имени библиотеки. Кажется довольно пугающим ...

Редактировать: Теперь это становится действительно забавным. Если я установил конфигурацию проекта в «Release | Any CPU» с регистром для COM interop unchecked, он компилируется отлично. Затем я могу перейти к отладке, пометить COM-флажок, и он все равно работает нормально. Затем я возвращаюсь к релизу, с опцией interop, и он терпит неудачу. Я возвращаюсь к отладке, и он тоже терпит неудачу.