Re: [Plplot-devel] Comprehensive Testing: Ubuntu 14:10

2015-04-18 Thread Alan W. Irwin
On 2015-04-18 17:00-0700 Alan W. Irwin wrote: > On 2015-04-18 22:56+0100 Andrew Ross wrote: [] >> 2) The code in src/CMakeFiles to find the stdc++ library doesn't work for >> me. [] > > The problem is that libplplot is a mixed C and C++ library for the > nondynamic or static case (because

Re: [Plplot-devel] Wrestling library linkage experiments.

2015-04-18 Thread Alan W. Irwin
On 2015-04-18 15:53-0700 Greg Jung wrote: > Everything is now called "libplplot.dll" and precisely what I'm trying > to do, to get a different name for libplplot. The install prefix will > direct it to a > certain directory but the actual dll that is picked up is found from > $path/{libname}.dll,

Re: [Plplot-devel] Comprehensive Testing: Ubuntu 14:10

2015-04-18 Thread Alan W. Irwin
On 2015-04-18 22:56+0100 Andrew Ross wrote: > > Alan, > > I've finally got time to rerun my comnprehensive tests with Ubuntu 14.10 > and try to debug the niggle issues I encountered with the static build > > (My only change from last time is that I've had to build cmake from source > to get a new

Re: [Plplot-devel] Wrestling library linkage experiments.

2015-04-18 Thread Alan W. Irwin
On 2015-04-17 07:47-0700 Greg Jung wrote: > Hi guys, > I have one specific plplot question then I will give a lot of > background info that I'm fairly certain would come up in the ensuing > Q/A for the issue. The foreground is, I'm building GDL on mingw32, > GDL wants to (optionally) bring in a

[Plplot-devel] Comprehensive Testing: Ubuntu 14:10

2015-04-18 Thread Andrew Ross
Alan, I've finally got time to rerun my comnprehensive tests with Ubuntu 14.10 and try to debug the niggle issues I encountered with the static build (My only change from last time is that I've had to build cmake from source to get a new enough version - I'm using 3.2.2) 1) Warnings about conve

Re: [Plplot-devel] Wrestling library linkage experiments.

2015-04-18 Thread Greg Jung
That's exactly what I'd like to do, and dlltool (of mingw) is supposed to allow that, but it only went so far and left some missing references, so I just assume it isn't up to the task for such a large collection. Hence my second approach was to fudge-in the name by modifying the output of gcc wh

Re: [Plplot-devel] Comprehensive testing: MinGW/MSYS

2015-04-18 Thread Alan W. Irwin
Hi Arjen: Changing the subject line for obvious reasons. On 2015-04-18 14:12- Arjen Markus wrote: > Here are the results for MinGW32/MSYS - this fails with the well-known problem of the example not finding the PLplot library. Actually: the progress of the testing script simply halts (as witn

Re: [Plplot-devel] Comprehensive testing: Cygwin

2015-04-18 Thread Alan W. Irwin
On 2015-04-18 13:08- Arjen Markus wrote: > Hi Alan, > >> -Original Message- >> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca] >> >> Does this new robust logic for Windows detection now work for you? (To make >> this >> test of PATH manipulation much faster for our three main

Re: [Plplot-devel] Comprehensive testing: Cygwin

2015-04-18 Thread Arjen Markus
Hi Alan, Here are the results for MinGW32/MSYS - this fails with the well-known problem of the example not finding the PLplot library. Actually: the progress of the testing script simply halts (as witnessed by there no additional messages being written to the output files) and the executable

Re: [Plplot-devel] Wrestling library linkage experiments.

2015-04-18 Thread Arjen Markus
Hi Greg, I am not sure I understand exactly what you are trying to achieve (and I have only briefly looked at your explanation of the background), but have a look at the Fortran bindings. Here we explicitly use a .def file to export the various routines. The thing is that such a .def file all