On Mon, Feb 23, 2015 at 11:35:47PM +0000, Andrew Ross wrote:
> On Mon, Feb 23, 2015 at 03:14:48PM -0800, Alan Irwin wrote:
> > On 2015-02-23 22:33-0000 Andrew Ross wrote:
> > 
> > >3) The cmake based build of the examples in the install tree does not work
> > >if installed in a non-standard location (i.e. not /usr/local/). Setting
> > >CMAKE_INSTALL_PREFIX as suggested in the cmake error message makes it work,
> > >but not sure whether this should be done by default. Alan, do you have
> > >any ideas? (I mentioned this previously but got no response).
> > 
> > Hi Andrew:
> > 
> > I just double-checked, and I sent off the following reply to you (at
> > your SF mail address) concerning this question on Friday (so there may
> > be some issue in the mailing path between us or that previous reply might 
> > just be lost
> > somewhere in your INBOX):
> 
> Hi Alan,
> 
> Thanks - I don't think I got that. I thought it was unlike you not to 
> reply. Put it down to the mail gremlins.
>  
> > ===================
> > I encountered something like what you have described for te_gen tests,
> > and the answer there was to simply put CMAKE_INSTALL_PREFIX/bin
> > (regardless of whether it has its default value of /usr/local/bin or
> > whether you have set CMAKE_INSTALL_PREFIX to something else on the
> > PATH.  I automatically do that PATH adjustment for all my PLplot tests
> > so I have never encountered this error for that context.
> > 
> > I am virtually positive the the above PATH change will solve the issue
> > for you, but please confirm that.
> > 
> > Note, that CMake looks at all PATH entities to determine possible
> > installation prefixes and then searches in those prefixes in the
> > standard places for PLplot configuration files that it needs which is
> > why the above PATH manipulation works.
> > ===================
> > 
> > I will comment on your other questions/results separately, but I hope
> > this reply gets through to you this time.
> 
> This makes sense, but given that we know the install location, I think 
> we should have the examples CMakeLists.txt set up so that it can find
> the plplot configuration files without the user having to interfere. 
> Reading the documentation I think we need to add the plplot install 
> path to CMAKE_PREFIX_PATH. Meddling with CMAKE_INSTALL_PATH is probably
> not the right thing to do since that would also determine where the 
> examples were installed, which we don't want to do. I'll try this and see.

That works nicely. Setting CMAKE_PREFIX_PATH in 
examples/plplot_configure.cmake_installed_examples.in ensures things 
"just work" without having to manually set any extra paths.

Andrew

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to