Hi David,
yes, I think plplot.h should take care of that. I will fix this tonight,
if no one beats me to it.
Regards,
Arjen
On 2010-02-23 07:32, David MacMahon wrote:
> I notice plplot.h defines PLFLT_MAX to be either FLT_MAX or DBL_MAX
> depending on whether PL_DOUBLE (or DOUBLE) is defined.
On Feb 18, 2010, at 10:14 AM, Alan W. Irwin wrote:
> On 2010-02-17 21:06-0800 David MacMahon wrote:
>
> Hi Dave:
>
> I left out your other questions because I am confused on those
> issues as
> well. However, assuming you get them figured out, I would
> appreciate it if
> you took some addit
I notice plplot.h defines PLFLT_MAX to be either FLT_MAX or DBL_MAX
depending on whether PL_DOUBLE (or DOUBLE) is defined. It does not,
however, include float.h which is where (at least on my Mac) FLT_MAX
and DBL_MAX appear to be defined.
For now, I will just add "#include " to my source fi
Fixes an oversight that had left plgriddata with an empty body! =8-O
---
include/plplot.h |5 +
src/plgridd.c|1 +
2 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/include/plplot.h b/include/plplot.h
index 5462437..16f7a99 100644
--- a/include/plplot.h
+++ b/include/
On Feb 22, 2010, at 10:37 , David MacMahon wrote:
> The patch under discussion should maintain 100% backwards
> compatibility; any case where it doesn't is a bug!
I found a rather embarrassing oversight: it seems that I moved the
converted implementation of c_plgriddata into plfgriddata, but I
On Sun, 21 Feb 2010 10:23:13 -0800 (PST)
"Alan W. Irwin" wrote:
>>
>> Windows: Compaq compiler is recognised, but there is no
>> proper compiler module file.
>
> I thought you had already made a good test of the Compaq
>compiler with the
> cvs version of CMake. So is there some file you forg
Hi, Andrew,
Thanks for your review and thoughtful comments! Here are some replies.
On Feb 22, 2010, at 6:42 , Andrew Ross wrote:
> 1) Using structures of function pointers in C is clearly the way to
> implement this, but it might give us headaches for some languages
> where
> either function
On Mon, Feb 22, 2010 at 09:37:33AM -0600, Maurice LeBrun wrote:
> On Monday, February 22, 2010 at 14:42:57 (+) Andrew Ross writes:
> > 3) Talking of efficiency, I worry that this introduces a large additional
> > level of complexity for a rather specialist set of cases where odd data
> > s
On Monday, February 22, 2010 at 14:42:57 (+) Andrew Ross writes:
> 3) Talking of efficiency, I worry that this introduces a large additional
> level of complexity for a rather specialist set of cases where odd data
> storage methods are used. I am slightly relieved by David's comments,
>
On Tue, Feb 16, 2010 at 09:15:10AM +0100, Arjen Markus wrote:
> On 2010-02-16 09:07, Alan W. Irwin wrote:
> > On 2010-02-15 14:10-0500 Hazen Babcock wrote:
> >
> >> David MacMahon wrote:
> >>> Adds support for arbitrary storage of 2D user data. This is very
> >>> similar to the technique employed
Hi Alan,
the differences between these files have to do with the /force option.
This forces the linker to produce an executable or DLL even in the
presence of conflicting runtime libraries. I am not sure it is no
longer needed - in the past it has turned out nearly impossible
to get a consistent s
On 2010-02-22 00:52-0800 Alan W. Irwin wrote:
> On 2010-02-22 00:26-0800 Alan W. Irwin wrote:
>
>> How about cmake/modules/language_support/cmake-2.6/Platform/Windows-df.cmake?
>>
>> There is a file of that name in CMake (donated by you long ago?) that is
>> identical between 2.6.0 and 2.8.1-RC3 (
On 2010-02-22 00:26-0800 Alan W. Irwin wrote:
> How about cmake/modules/language_support/cmake-2.6/Platform/Windows-df.cmake?
>
> There is a file of that name in CMake (donated by you long ago?) that is
> identical between 2.6.0 and 2.8.1-RC3 (and presumably every version
> between), but which is
On 2010-02-22 08:56+0100 Arjen Markus wrote:
>> It's good to start with the current svn trunk version of PLplot, but once
>> you are completely satisfied with the results on CMake-2.6, aren't there
>> some files made redundant by CMake-2.6.x (everything not related to the
>> Compaq compiler?) in c
14 matches
Mail list logo