Hi Alan,
>
> IF("${VARIABLE}" MATCHES "^${VARIABLE}$")
>
> Is CMake-2.2 (or so) logic which I never understood either, but from
> explanations I got years ago on the CMake mailing list it works on all
> versions of CMake just like the more modern
>
> IF(NOT DEFINED VARIABLE)
>
> which is true if t
Hi,
On 02.03.2009, at 22:57, Alan W. Irwin wrote:
> On 2009-03-02 14:57-0600 Thomas Stover wrote:
>
>> Is there an "official" precompiled release for win32 and/or win64?
>
> That has been discussed since it is fairly straightforward to do that
> with CMake, but it hasn't actually happened yet.
I
On 2009-02-28 11:26-0800 Alan W. Irwin wrote:
> Despite (or because of) all the C programming I have been doing recently, I
> far prefer programming in Python, so my next steps are to get the new time
> API working in Python, and then use example 29 in Python as a test bed for
> my about-to-be-imp
On 2009-03-02 14:05-0600 Thomas Stover wrote:
> Alan W. Irwin wrote:
>> Specifically, build just the plplot C library (with libqhull and freetype
>> dropped to eliminate those dependencies and with no dynamic drivers to
>> eliminate the dependence on dynamic loading libraries)
>
> What features g
Is there an "official" precompiled release for win32 and/or win64? If
that were the case I would just use that, and bring it into my cross
environment. On the other hand, if the standard installation is for one
is to build their own for maximum tool chain & platform compatibility,
then cross c
On 2009-03-02 14:57-0600 Thomas Stover wrote:
> Is there an "official" precompiled release for win32 and/or win64?
That has been discussed since it is fairly straightforward to do that
with CMake, but it hasn't actually happened yet.
Alan
__
Alan W. Irwin
Astronomical re
Hi Alan and Thomas,
>
> Once you get that first simple cross-build working properly, then I think
> the next step is to figure out what to do with dynamic devices. That
> does
> work on MinGW so it should be straightforward to get it to work for a
> Linux
> cross-build for MinGW, but I am not fa
I have no idea why this works, but it seems to! All I changed is the
data dir. This is astonishing. Surely there must be some problems that
show up later. I think I'm missing support for some major stuff - were
does this nearest neighbors library come into the picture? Never the
less, here is a
On 2009-03-02 11:38-0600 Thomas Stover wrote:
> Thanks for the input on cross compiling with cmake. Using the latest version
> of cmake, and the documentation I made a number of attempts to use mingw to
> build a win32 plplot from a linux host. By the end of the day Friday I
> reached the concl
Correction, it works. I just had to properly set the hard coded data
directory. Actual cross compile test comming soon...
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the b
Hi Thomas,
just for the records, since you already figured it out yourself:
> *** PLPLOT ERROR, IMMEDIATE EXIT ***
> Unable to either (1) open/find or (2) allocate memory for the font file
> Program aborted
Here, PLplot can't find the Hershey fonts, which are in the PLplot data
directory. Actuall
Alan W. Irwin wrote:
> I think doing your own specific Makefile based build system for PLplot
> would
> work, but I also think it would take a rather large effort on your
> part with
> no beneficial networking effects at all (nobody else would use your
> approach
> so you could gain little help
Thanks for the input on cross compiling with cmake. Using the latest
version of cmake, and the documentation I made a number of attempts to
use mingw to build a win32 plplot from a linux host. By the end of the
day Friday I reached the conclusion that although this is probably
possible using th
13 matches
Mail list logo
