title: Are there any side-effects of using macro _BIND_TO_CURRENT_VCLIBS_VERSION?
body: <p>We are porting a VC++ project from Visual Studio 2003 to Visual Studio 2008 SP1(9.0.30729.4148). The dependent external libraries are also
  compiled with Visual Studio 2008 SP1.</p>
  
  <pre><code>MainApp - Main application Compiled with VS SP1 9.0.30729.4148
  ExtStaticLib1 - External static library compiled with VS  SP1 9.0.30729.4148
  ExtDynamicDll1 - External DLL compiled with VS  SP1 9.0.30729.4148
  </code></pre>
  
  <p>There are two deployment scenarios for the Main application:</p>
  
  <ul>
  <li>Machine with User Admin rights:
  We recommended to put a pre-rquisite to install Visual Studio redistributable package before using the application MainApp. This works well as user has the admin rights and installing redistributable package has no issues. Application links to the VC redist DLLs in WinSxS folders automatically.</li>
  <li>Machine with non-admin user:
  This scenario is problematic. The user is not having the admin rights. Hence, it is not possible to install VS2008SP1 redistrtibutable package. </li>
  </ul>
  
  <p>We are doing following to solve this:</p>
  
  <ul>
  <li><p>Compile MainApp targets with macro _BIND_TO_CURRENT_OPENMP_VERSION ( for all the projects in MainApp).</p></li>
  <li><p>Distribute the VS2008SP1 redistributable DLLs as private assemblies and copy them in application install directory.</p></li>
  </ul>
  
  <p>Questions:</p>
  
  <ol>
  <li>Is there any side-effect of using the flag _BIND_TO_CURRENT_VCLIBS_VERSION (Specially when both VC redistributable package and private VC redist assemblies exists together)?</li>
  <li>We do not have much control on the external libraries ExtStaticLib1, ExtDynamicDll1 and hence, they will not be compiled with macro _BIND_TO_CURRENT_OPENMP_VERSION. But they are already compiled with VSSp1. Will there be any issue with this setup? </li>
  <li>Will there be any issue if there is a newer version of VS redistributable available (newer than 9.0.30729.4248).</li>
  </ol>
  
  <p>Thanks.</p>