|
At first, the configure stage failed because your latest commit still
contained a symlink. I then merged 'develop' into my feature branch
where I took care of the symlinks already. I have only learned
yesterday after looking at your code that Windows can correctly handle
paths with mixed separators such as "/a/b\c\d" (well, in most cases -
e.g. "dir /my_dir" will not work because it thinks /my_dir is a
parameter; in Python os.path.split("/a/b\c\d") will not split
correctly). Then, the build worked for most targets, which is great. There were still a few errors with some Windows API functions complaining about path format. There was a lot of errors about various symbols present twice in the same Boost library (program_options). I am not sure yet what to make of that. Can that be related to your define /DBOOST_ALL_DYN_LINK which I did not use? I am using binary build of Boost from http://boost.teeks99.com/. There was a great number of warnings about symbols not being exported. I guess they can be ignored? I have made my edits to the build process available at git://github.com/andreyto/imp-fork-proddl.git in branch feature/vsbuild, in case you want to pick them up. It also replaces a symlink inside scons directory with a Python package that behaves like a symlink when imported. I also kept my version of injecting Python interpreter into imp_execute_process because it can handle multiple COMMAND statements per call, as allowed by CMake execute_process. Andrey On 03/26/2013 05:18 PM, Ben Webb wrote:
|