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
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,
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
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
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
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
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
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
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
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
10 matches
Mail list logo