Brad King wrote: > It is the MSYS shell that transforms > > /empty5/private > > to > > D:/msys/1.0/empty5/private >
Wow! :) I know 0 about msys. > We can work around this by using two paths so that the ";" prevents the > value from looking like a path. See the patch below. From the bottom > hunk context one can see that this worked for the other include paths > only because they all have multiple values. Yes, I only noticed the issue when the topic was erroneously not following linked dependencies before, so I added an explicit test for it. So, that test could also just be removed, but as it's still testing an otherwise untested case (a target without linked dependencies) I'll change the test as described. Thanks, Steve. -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers