Что на самом деле делает параметр компоновщика" зависимость от библиотеки ссылок " в Visual Studio 2010?

2017 Перезаезд. Ура.

TL; DR

Такой Вариант задает значение по умолчанию^(a) для Link Library Dependecies на каждую ссылку на проект. Если каждая ссылка проекта имеет LinkLibraryDependecies set, тогда это фактически бессмысленно.

однако, при добавлении новой ссылки, по умолчанию (в VS2010 и 2015) новый <ProjectReference> в элементе тут не имеют набор настроек, поэтому эта опция актуальна в том, что она предоставляет значение по умолчанию для всех вновь добавленных ссылок, если их значение не изменяется.

(a): это действительно должно быть одинаковым для всех конфигураций (Debug/Release) и платформ (Win32/x64), или все становится очень сложным.

подробности

Ганс указал что это появляется ничего не делать в VS2010 что такое. Однако это не означает, что он на самом деле не используется VS / MSBuild.

суть в том, как эта опция вставляется в vcxprj файл и как работают значения по умолчанию для <ProjectReference> настройка в файле msbuild.

настройки в диалоговом окне компоновщика, как показано выше, вставляется так:

<Project DefaultTargets="Build" ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
...
  <ItemDefinitionGroup>
    <ClCompile>
...
    </ClCompile>
    <Link>
...
    </Link>
    <ProjectReference>
      <LinkLibraryDependencies>This option is not used by VS 2010!</LinkLibraryDependencies>
    </ProjectReference>
...
  </ItemDefinitionGroup>
</Project>

а то появляется быть как-то сгруппированы вместе с Link вариант, это просто, чтобы запутать вас.

что это на самом деле в данной vcxproj файл (или при поступлении из ), является установите значение по умолчанию Link Library Dependencies стоимостью для каждого проекта зависимость от Frameworks and References раздел в диалоговом окне настроек VS2010 VC --

-- или в поддереве ссылок VS2015 --

и это важно, потому что при добавлении нового проекта ссылка, запись по умолчанию в вашем vcxproj файл будет выглядеть так:

...
  <ItemGroup>
    <ProjectReference Include="..\W32DynLib1\W32DynLib1.vcxproj">
      <Project>{96be134d-acb5-....-....-....bb6fe4a7}</Project>
    </ProjectReference>
  </ItemGroup>

Вы заметите, что <LinkLibraryDependecies>true|false</..> элемент sub отсутствует здесь: это означает, что вы "глобальный" параметр фактически будет использоваться для установки значения по умолчанию.

если ваша глобальная настройка false (или No), ссылка на проект не будет ссылаться ни на что. Если это true, он будет подключаться.

что еще:

• если этот параметр, LinkLibraryDependency, полностью отсутствует в настройках,по умолчанию будет правда (от Microsoft.Cpp[.Common].propsфайл в папке MSBuild).
• если у вас есть значение This is not used в мире это будет интерпретироваться как true.
• если у вас есть значение False is the new truth!, а может No way в этой настройке это будет также интерпретируется как true сборка.
• графический интерфейс VS2015 отобразит предупреждение, если он не может интерпретировать строку:
• графический интерфейс VS2010 будет дисплей False для всех значений, кроме false, хотя это тогда интерпретируется как правда при создании проекта.

что еще:

это кажется что при преобразовании старых решений с vcproj файлы, конвертер будет принимать старые зависимости, которые были указаны в sln и значение элемента vcproj опция компоновщика проекта и фактически установить LinkLibraryDependency для каждого ProjectReference он вставляется в новый vcxproj - Это одна из причин, по которой я думал, что это мертвый вариант так долго - большинство наших проектов имеют историю конверсий, начиная с VS2005.