Hi Alan thanks for all that, I'll sort out the commit asap - you will
presumably see the commit alert.
>However, you have to clearly
distinguish what we tell CMake to do via our CMake build system logic
compared with the actual build result that is generated by CMake (and
which you access using t
Hi Phil, Alan,
> -Original Message-
> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca]
> Sent: Saturday, August 30, 2014 9:08 PM
>
> > 2) I tried using the nmake generator. It failed. It tried to build a
> test program to test the compiler, which failed - cl.exe reported "could
On 2014-08-31 00:37-0700 phil rosenberg wrote:
> So on Windows either is acceptable - at least for static libs, dlls
are a bit different. I can either link a library into a depending
library then link this into my exe, or I can not link the libraries
together and can link them all into the exe.
A
Hi Alan
I think we both are correct in terms of how libs are linked in both the Linux
and Windows world. However I am not entirely sure that on Windows CMake is
doing what you think it is doing.
Just so you know on Windows the additional libraries do not get linked into the
plplot library. Howev
On 2014-08-31 15:24-0700 phil rosenberg wrote:
> Re testing with the other settings. I will try
Thanks. That would be worthwhile now just to satisfy my
curiosity about whether you get a limited PLplot version
in that case. I predict you won't (see below), but
seeing is believing
> - howeve
