Re: [CMake] Possible bug in environment variable expansion?

2014-08-15 Thread David Cole via CMake
OK, I partially take it back, you can set an environment variable that references other environment variables even through the Windows UI... But it's a little hard to grasp, because you see it when you're editing the value, but then when you click OK, the view shows the resolved value in the result

Re: [CMake] Possible bug in environment variable expansion?

2014-08-15 Thread Chris Volpe ARA/SED
ole [mailto:dlrd...@aol.com] Sent: Friday, August 15, 2014 11:57 AM To: Chris Volpe ARA/SED; andrew.amacl...@gmail.com; cmake@cmake.org; lucas.pet...@engilitycorp.com Subject: Re: [CMake] Possible bug in environment variable expansion? There are no "types" for environment vari

Re: [CMake] Possible bug in environment variable expansion?

2014-08-15 Thread David Cole via CMake
There are no "types" for environment variables. There are types for values stored in the registry. See this article: http://support.microsoft.com/kb/256986 and note the descriptions of REG_SZ and REG_EXPAND_SZ. The fact that you can do it in RapidEE does not mean it's a built-in feature of W

Re: [CMake] Possible bug in environment variable expansion?

2014-08-15 Thread Chris Volpe ARA/SED
-- From: Chris Volpe ARA/SED mailto:cvo...@ara.com>> To: Chris Volpe ARA/SED mailto:cvo...@ara.com>>, "lucas.pet...@engilitycorp.com<mailto:lucas.pet...@engilitycorp.com>" mailto:lucas.pet...@engilitycorp.com>>, "cmake@cmake.org<mailto:cmake@cmake.org>&quo

Re: [CMake] Possible bug in environment variable expansion?

2014-08-12 Thread Andrew Maclean
y, to fulfill investigatory and other > important business and legal responsibilities. By responding to this > communication, or initiating additional communication with the company, you > consent to such lawful monitoring, to the extent such consent is required > and valid in your local ar

Re: [CMake] Possible bug in environment variable expansion?

2014-08-12 Thread Chris Volpe ARA/SED
---Original Message- From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Bill Hoffman Sent: Tuesday, August 12, 2014 3:50 PM To: cmake@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 tho

Re: [CMake] Possible bug in environment variable expansion?

2014-08-12 Thread Bill Hoffman
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-m

Re: [CMake] Possible bug in environment variable expansion?

2014-08-12 Thread Chris Volpe ARA/SED
everything in my path is now "hard coded", so to speak. Ugh. So, basically, something is messed up in my system. From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Chris Volpe ARA/SED Sent: Tuesday, August 12, 2014 12:44 PM To: lucas.pet...@engilitycorp.com; cmake@cmake.org Subj

Re: [CMake] Possible bug in environment variable expansion?

2014-08-12 Thread Chris Volpe ARA/SED
___ From: CMake [cmake-boun...@cmake.org] on behalf of Chris Volpe ARA/SED [cvo...@ara.com] Sent: Monday, August 11, 2014 6:25 PM To: cmake@cmake.org Subject: [CMake] Possible bug in environment variable expansion? I am trying to build an Open Source project called PCL which

[CMake] Possible bug in environment variable expansion?

2014-08-11 Thread Chris Volpe ARA/SED
I am trying to build an Open Source project called PCL which uses Boost, and CMake's ability to find the Boost libraries seems dependent on whether the BOOST_LIBRARYDIR contains a literal path string, or whether it contains a string that incorporates the expansion of BOOST_ROOT. Here are the det