Assume that we have an application that will require a boost to compile. Boost is updated on an external library, and our app does not have to ask for many binaries and multiple versions ( "multiple" as "grow and multiply" ...). For example:
- MyApp 8.0 => Boost 1.34
For example:
- MyApp 8.1 => Boost 1.35
- MyApp 9.0 => Boost 1.35
- MyApp 10.0 => Boost 1.37
On one Linux file system, we provide a symbolic link in the perfect boost directory MyApp 8.0 => MyApp 8.0 => Boost 1.34
This Boost Us to Easily Update MyApp 10.0 1.38, when it will be available only by changing the symbolic link.
But on Windows, this does not work (or I'm missing something.)
Boost himself starts leaving the idea: With Bijum, I'm missing alerts The seedlings were copying Liberal files because the symbolic links did not work on WinNT. As we use Visual C ++, but no practical solution does not solve this problem, I have tried one option, but I have searched for a custom search directory, which includes headers and library links, But no one is found).
Believe that I will need to launch a script to check VCPROJ files (Visual C + XML Macfile), to update Boost, and then check-in in modifications, but Unless I have a symbolic link running in Windows, I can not find any other solution (
edit
When we update our compiler If the problem disappears, the scene from C ++ to 2003 Jual C ++ 2008. Clearly, Visual C ++ 2008 sees symbolic links in the network.
The NTFS file system, equivalent to Windows simulation, is called junctions:
Comments
Post a Comment