> I don't have CVF installed on my machine right now, so I was not able to
> test it. I guess you got it working with the default, in which case we
> might be able to do away with the CVF define.
>
Okay, that sounds reasonable :). ISTR CVF has an option to change
that behaviour but we will rely
"Arjen Markus" <[EMAIL PROTECTED]> writes:
>> Arjen Markus <[EMAIL PROTECTED]> writes:
>>
>>> Perhaps we can do this even simpler:
>>> Use CMake itself to write this file. Whether we use single or double
>>> precision is controlled via a CMake variable/option, PL_DOUBLE.
>>> So we can use this to
> Arjen Markus <[EMAIL PROTECTED]> writes:
>
>> Perhaps we can do this even simpler:
>> Use CMake itself to write this file. Whether we use single or double
>> precision is controlled via a CMake variable/option, PL_DOUBLE.
>> So we can use this to write the one or two lines we need to write.
>>
>
Arjen Markus <[EMAIL PROTECTED]> writes:
> Perhaps we can do this even simpler:
> Use CMake itself to write this file. Whether we use single or double
> precision is controlled via a CMake variable/option, PL_DOUBLE.
> So we can use this to write the one or two lines we need to write.
>
I have at
Arjen Markus <[EMAIL PROTECTED]> writes:
> Jim Dishaw wrote:
>
>>Second, I have a better way of generating the plflt.inc file that avoids
>>building an executable and uses the C preprocessor instead. My CMake
>>edit is a crude and could be refined. Anyone care to help out?
>>
>>
> Certainly, l
Arjen Markus writes:
> Jim Dishaw wrote:
>
>>Third, CMake does not provide an option for omitting the default
>>library information when building with MSVC. This is an issue if you
>>want to build a runtime independent library. A runtime independent
>>library is handy because you do not have to
Jim Dishaw wrote:
>After a long absence on Plplot development, I decided to cleanup my
>patches and get them worked back into the main trunk. Some of these
>patches were submitted previously, however, they didn't seem to make it
>into the trunk.
>
>First, the fortran 95 bindings are still a bit g
After a long absence on Plplot development, I decided to cleanup my
patches and get them worked back into the main trunk. Some of these
patches were submitted previously, however, they didn't seem to make it
into the trunk.
First, the fortran 95 bindings are still a bit goofed up when using
Intel
