Создаю ClassLibrary, добавляю референс на внешнюю сборку A.dll
А внутри себя использует B.dll и C.dll, лежащие в одном каталоге вместе с A, но наружу из этих сборок классов не выставляет (все маппится внутри)
При этом в классе из ClassLibrary не видно ни одного пространства имен из A, если руками не добавить референсы на B и С
Сборка компилятора 1.1.746, ос W7 x64
Что-то странное. В чем может быть проблема?

Здравствуйте, Аноним, Вы писали:

А>Создаю ClassLibrary, добавляю референс на внешнюю сборку A.dll
А>А внутри себя использует B.dll и C.dll, лежащие в одном каталоге вместе с A, но наружу из этих сборок классов не выставляет (все маппится внутри)
А>При этом в классе из ClassLibrary не видно ни одного пространства имен из A, если руками не добавить референсы на B и С
А>Сборка компилятора 1.1.746, ос W7 x64
А>Что-то странное. В чем может быть проблема?

Вру, A это не сборка, а C# проект, добавленный как project reference. Он цепляет B.dll и C.dll

Здравствуйте, Аноним, Вы писали:

А>Создаю ClassLibrary, добавляю референс на внешнюю сборку A.dll
А>А внутри себя использует B.dll и C.dll, лежащие в одном каталоге вместе с A, но наружу из этих сборок классов не выставляет (все маппится внутри)
А>При этом в классе из ClassLibrary не видно ни одного пространства имен из A, если руками не добавить референсы на B и С
А>Сборка компилятора 1.1.746, ос W7 x64
А>Что-то странное. В чем может быть проблема?

Ты забыл написать, что за проблема то? Какое сообщение? От кого (компилятор, IDE)?

Наобум можно предположить следующее:
1. Сборка А цепляет платформно-зависимые сборки (возможно опосредованно).
2. Сборка не копируется в выходной каталог и ее невозможно найти в рантайме.