Ex_SoftВроде бы все просто: прописали в
SmthWWWApp.csproj
<References>
...
<Reference
Name = "Smth_common"
AssemblyName = "Smth_common"
HintPath = "..\Smth_common\bin\Debug\Smth_common.dll"
/>
...
</References>

и... Типа завелось ...

можно еще проще - вначале добавить
в Solution Explorer -> Add -> Existing Project smth.sln
потом в основном солушне указать зависимость на этот солушн(как на часть проекта а не на отдельную длл)

Ex_Soft
И теперь в связи с этим пара-тройка вопросов:

1. Согласно, Output'у, видно, что проекты build'ятся вне зависимости от их зависимостей (прошу прощения за тавтологию). Можно ли, как 4 example в Borland C++ Builder, указать очередность build'а проектов, входящих в solution?

см. Project/Project Dependencies там же и Build Order

Ex_Soft
2. Когда делаем Build -> Rebuild Solution все проекты, которые входят в solution - rebuild'ятся, но , 4 example, Smth_common.dll из ..\Smth_common\bin\Debug в bin'е - не обновляется . А Smth_common.pdb, если его предварительно удалить - вообще не копируется Можно ли как-то указать, что dll'ки (pdb'шки) нуна копировать из их локальных проектных директориев в директории зависимых от них проектов?

3. Поскольку эти common'овские dll'и будут юзать уже несколько приложений, то, ессесно, не ЭстЪ гуд плодить их в неимоверном количестве возле каждого приложения. Как можно зарегестрировать dll'ку на предмет того, чтобы она была в единственном экземпляре?


с мусором прийдется мириться и как-то жить дальше, а под проэкты должны компилица вместе с основным - и соответственно подкидываться в основной bin