On 2015-05-22 11:05-0600 Orion Poplawski wrote:
> with current plplot git on Fedora rawhide with cmake 3.2.2, I'm getting:
>
> -- PDL_VERSION = 2.007
> CMake Error at cmake/modules/plplot_functions.cmake:181 (math):
> math cannot parse the expression: "2*100 + 007*1000 + 2.007": syntax
> err
Assuming we move forward with plplot6 development in the short term
(either with or without moving to C++ for the core library depending
on what the consensus is here on that topic), then we should also
start thinking about the git workflow implications of such a large and
important development top
On 2015-05-22 13:00+0100 Phil Rosenberg wrote:
> Hi All
> I mentioned this briefly during the previous release cycle, but we all
> had more pressing things to deal with. Dealing with errors is
> something we really need to get a hold on for PLPlot 6 and one of the
> big drivers for considering a
On 05/22/2015 03:58 AM, Phil Rosenberg wrote:
> Hi Orion and Alan
> I have just fixed the deprecated wxDC::GetLogicalOrigin warning. But I
> do not see all the other deprecated warnings you reported Orion on my
> Windows wxWidgets 3 system.
>
> Do you still see them? Which version of wxWidgets are
with current plplot git on Fedora rawhide with cmake 3.2.2, I'm getting:
-- PDL_VERSION = 2.007
CMake Error at cmake/modules/plplot_functions.cmake:181 (math):
math cannot parse the expression: "2*100 + 007*1000 + 2.007": syntax
error, unexpected exp_NUMBER, expecting $end (28)
Call Stack
On 05/22/2015 03:58 AM, Phil Rosenberg wrote:
> Hi Orion and Alan
> I have just fixed the deprecated wxDC::GetLogicalOrigin warning. But I
> do not see all the other deprecated warnings you reported Orion on my
> Windows wxWidgets 3 system.
>
> Do you still see them? Which version of wxWidgets are
On 2015-05-22 12:15+0100 Phil Rosenberg wrote:
> Hi Alan
> I have just quickly looked at this and I believe I made this change by design.
>
> The reason being that c_plinit calls plP_bop which calls plPsubpInit
> which calls c_plschr before plsc->level is set to 1. Therefore a check
> for initiali
On 2015-05-22 10:06+0100 Phil Rosenberg wrote:
> Sorry everyone
>
> Having started with a clean build directory all those problems have
> gone. Jim and Alan please look no further. I had already deleted my
> CMakeCache.txt so assumed that there couldn't be any problems
> lingering from previous bu
Sorry Jim
Did you see my subsequent email. A clean build tree fixed all these
errors. Don't know what the cause was.
Phil
On 22 May 2015 at 13:38, Jim Dishaw wrote:
> Thanks. What compiler and OS version was this on?
>
>
>
>> On May 22, 2015, at 4:57 AM, Phil Rosenberg wrote:
>>
>> Hi Jim
>>
>
Thanks. What compiler and OS version was this on?
> On May 22, 2015, at 4:57 AM, Phil Rosenberg wrote:
>
> Hi Jim
>
> The errors are below. These are for all of the plplot library, so
> there are a few warnings about implicit casts from other files in
> there too, but most of it is plbuf.c a
Hi All
I mentioned this briefly during the previous release cycle, but we all
had more pressing things to deal with. Dealing with errors is
something we really need to get a hold on for PLPlot 6 and one of the
big drivers for considering a major API change. However, I am certain
that the reason wh
Hi Alan
I have just quickly looked at this and I believe I made this change by design.
The reason being that c_plinit calls plP_bop which calls plPsubpInit
which calls c_plschr before plsc->level is set to 1. Therefore a check
for initialisation level means that plP_state does not get called and
t
Hi Orion and Alan
I have just fixed the deprecated wxDC::GetLogicalOrigin warning. But I
do not see all the other deprecated warnings you reported Orion on my
Windows wxWidgets 3 system.
Do you still see them? Which version of wxWidgets are you using? I
presume from the messages you are on Linux?
Sorry everyone
Having started with a clean build directory all those problems have
gone. Jim and Alan please look no further. I had already deleted my
CMakeCache.txt so assumed that there couldn't be any problems
lingering from previous builds but I guess I was wrong.
Phil
On 22 May 2015 at 09:
Hi Jim
The errors are below. These are for all of the plplot library, so
there are a few warnings about implicit casts from other files in
there too, but most of it is plbuf.c and plmetafile.c related
Phil
9>-- Build started: Project: plplot, Configuration: Debug x64 --
9> Building Cus
Hmm
Thanks Alan. Maybe the 64/32 bit issue is stopping that exe build, causing
later problems.
My plplot cmake script probably still has the plmeta driver set to build which
might explain why Arjen isn't seeing the compile errors.
I'll keep trying.
Phil
-Original Message-
From: "Alan
Hi Alan,
> -Original Message-
> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca]
>
> Hi Arjen:
>
> A Linux adaptation of those build instructions got that build to work for me
> (with
> some spurious warnings because of my old gfortran 4.7.2 version as we have
> discussed before.)
17 matches
Mail list logo
