[CMake] Possible bug in environment variable expansion?

[Chris Volpe ARA/SED]

Thanks, Bill. As it turns out, the problem appears to be a bug in Windows. Through experimentation, I have determined a truth about environment variables that I have yet to be able to find spelled out anywhere: If the type of an environment variable does not *need* to be "Expandable String", then it *mustn't* be "Expandable String". Environment variable expansion (including nested multiple levels) works only when all the variables that reference others are of type "Expandable String", and the ones that don't are of type "String". 

-----Original Message-----
From: CMake [mailto:cmake-bounces at cmake.org] On Behalf Of Bill Hoffman
Sent: Tuesday, August 12, 2014 3:50 PM
To: cmake at cmake.org
Subject: Re: [CMake] Possible bug in environment variable expansion?

On 8/12/2014 12:44 PM, Chris Volpe ARA/SED wrote:
> That's a good thought, but unfortunately it didn't pan out. I tried 
> both styles, and I even tried explicitly mixing styles like this:
>
> BOOST_LIBRARYDIR=C:/local/boost_1_55_0\lib64-msvc-12.0
>
> Or this:
>
> BOOST_LIBRARYDIR=C:\local\boost_1_55_0/lib64-msvc-12.0
>
Try setting Boost_DEBUG=1 in your CMake run, and then it should show you where it is searching and the problem may become more obvious.

-Bill

-- 

Powered by www.kitware.com

Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ

Kitware offers various services to support the CMake community. For more information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake