From: Alan W. I. <ir...@be...> - 2010-02-10 18:45:20
|
Hi Hazen: My response below is mostly directed to you, but Werner should note there is a question for him at the end. On 2010-02-10 11:27-0500 Hazen Babcock wrote: > David Mertens wrote: >> On Sat, Feb 6, 2010 at 10:15 AM, Hazen Babcock <hba...@ma... >> <mailto:hba...@ma...>> wrote: >> >> The problem is that the dll's that it made are not in your PATH. If >> you look in your build directory there should be a folder called >> "dll". Once you add that to PATH you should be able to build ok. >> >> >> Hazen, that worked! Thanks! Upon closer inspection of the wiki, I see >> that it mentions setting up the path, but I didn't realize how critical >> that would be. I will continue to mess around with this and get back to >> y'all with questions as they arise. > > Any thoughts on configuring the build to automatically change PATH on > windows to include the dll directory? I think that is an excellent goal, but I am not sure how you could implement it. The problem is that it's usual for changes in environment variables to affect the current environment and for programmes called from the current environment, but nothing else. For example, the CMake documentation says you can, e.g., set( ENV{PATH} /home/martink ) but I think that would only work during the time when the cmake command was being run but would not affect the subsequent build. Of course, I could be wrong so you might want to try some experiments to see what is possible. Werner, your combined knowledge of windows and CMake makes you the obvious candidate to ask Windows-related questions in an informed way on the CMake list. Therefore, would you please ask on that list whether there is a way for cmake to set up Windows builds to allow dll's to be found or is it a necessity to externally set the PATH? Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |