Здравствуйте, Sinclair, Вы писали:

MH>>речь о следующем, если ваш зависит от проекта Х и Х зависит ещё от каких-то файлов, то в Х и надо включить эти файлы как зависимости.
MH>>далее в вашем проекте, зависимости проекта Х автоматом подтянутся.
MH>>что ещё нужно?
S>Всё правильно вы говорите. Я только не понимаю, как именно всё это обеспечить, не прибивая в одном из проектов (назовём его X) поимённый список аутпут файлов проекта Y, да ещё и с платформенно-зависимыми путями расположения этих аутпутов.

не понимаю этого — "не прибивая в одном из проектов (назовём его X) поимённый список аутпут файлов проекта Y"
1. если у вас Х имеет зависимости, то в Х и надо их задефайнить. и тут либо поименно (пофайлово) их перечислить, ну либо группой (например все из папки).
причем тут "поимённый список аутпут файлов проекта Y"?

если Y, подцепляет Х, то в Y уже не надо думать как сделать чтоб зависимости из Х попали в аутпут Y.
если п.1 сделать, то оно само начнет работать

Здравствуйте, Sinclair, Вы писали:

MH>>речь о следующем, если ваш зависит от проекта Х и Х зависит ещё от каких-то файлов, то в Х и надо включить эти файлы как зависимости.
MH>>далее в вашем проекте, зависимости проекта Х автоматом подтянутся.
MH>>что ещё нужно?
S>Всё правильно вы говорите. Я только не понимаю, как именно всё это обеспечить, не прибивая в одном из проектов (назовём его X) поимённый список аутпут файлов проекта Y, да ещё и с платформенно-зависимыми путями расположения этих аутпутов.

не понимаю этого — "не прибивая в одном из проектов (назовём его X) поимённый список аутпут файлов проекта Y"
1. если у вас Х имеет зависимости (файлы которые надо в его аутпут ложить), то в Х и надо их задефайнить. и тут либо поименно (пофайлово) их перечислить, ну либо группой (например все из папки).
причем тут "поимённый список аутпут файлов проекта Y"?

если Y, подцепляет Х, то в Y уже не надо думать как сделать чтоб зависимости из Х попали в аутпут Y.
если п.1 сделать, то оно само начнет работать