On 2009-09-16 09:22+0100 Andrew Ross wrote:
>> There is one other place in our build system
>> 'remove_definitions("-DHAVE_CONFIG_H")' occurs and that is in
>> bindings/java/CMakeLIsts.txt. I don't know the purpose of that or even
>> whether it is necessary. Andrew, do you remember?
> I don't r
On Tue, Sep 15, 2009 at 11:47:53AM -0700, Alan Irwin wrote:
> Hi Werner:
>
> This is mostly directed to you, but there is also a quick question for Andrew
> about the java bindings in my comments below.
>
> On 2009-09-15 15:34+0200 Werner Smekal wrote:
>
>> Hi Alan,
>>
>> I added these redefinition
Hi Werner:
This is mostly directed to you, but there is also a quick question for Andrew
about the java bindings in my comments below.
On 2009-09-15 15:34+0200 Werner Smekal wrote:
> Hi Alan,
>
> I added these redefinition macros to plcdemos.h and plc++demos.h. But since
> we already use such a
Hi Alan,
I added these redefinition macros to plcdemos.h and plc++demos.h. But
since we already use such a macro for isnan(), where PL__HAVE_ISNAN is
defined in plConfig.h, I decided to do the same as well for _snprintf.
So I copied the relevant part form config.h.cmake to plConfig.h.cmake
Hi Werner,
On 2009-09-11 20:38, Werner Smekal wrote:
>
> snprintf is available for MinGW/Cygwin. But not for Visual C++. The
> correct name is _snprintf which has something to do with C99 standard
> and very likely that Microsoft always had problems with standards.
> Whatever, plplot "knows" a
On 2009-09-13 13:27-0700 Alan W. Irwin wrote:
> Therefore, I suggest following exactly what is done in plplotP.h for both
> plcdemos.h and plc++demos.h. That should allow the current C and C++
> examples 19 to compile without issues on all platforms and also allows us to
> replace all versions of
On 2009-09-13 13:07-0500 Hezekiah M. Carty wrote:
> On Fri, Sep 11, 2009 at 1:38 PM, Werner Smekal
> wrote:
>> snprintf is available for MinGW/Cygwin. But not for Visual C++. The
>> correct name is _snprintf which has something to do with C99 standard
>> and very likely that Microsoft always had
On 2009-09-13 13:12-0400 Hazen Babcock wrote:
> Alan W. Irwin wrote:
>>
>> In any case, I think we should formally ask for some testing help on the
>> plplot-general list a week before each release from now on for all
>> platforms
>> but especially for the Windows platforms where we don't have g
On Fri, Sep 11, 2009 at 1:38 PM, Werner Smekal wrote:
> snprintf is available for MinGW/Cygwin. But not for Visual C++. The
> correct name is _snprintf which has something to do with C99 standard
> and very likely that Microsoft always had problems with standards.
> Whatever, plplot "knows" about
Alan W. Irwin wrote:
>
> In any case, I think we should formally ask for some testing help on the
> plplot-general list a week before each release from now on for all platforms
> but especially for the Windows platforms where we don't have good testing
> coverage. (A week should give us time to d
Hi Alan,
> I. Possible technical solution
>
> Since you have a fairly up-to-date Windows platform, I guess this
> means
> snprintf is unequivocally not available on any "bare" Windows
> platform.
> I don't know the situation for Cygwin and MinGW.
>
> Hez, Andrew: is replacing snprintf with spr
On Fri, Sep 11, 2009 at 8:52 AM, Alan W. Irwin
wrote:
> On 2009-09-11 08:54+0200 Arjen Markus wrote:
>
>> By the way: I have the same failure wrt example 19 (snprintf is not
>> defined) as David Aldrich.
>
> I. Possible technical solution
>
> Since you have a fairly up-to-date Windows platform, I
On 2009-09-11 08:54+0200 Arjen Markus wrote:
> By the way: I have the same failure wrt example 19 (snprintf is not
> defined) as David Aldrich.
Hi Arjen:
I have given this a new subject. First, I would like to discuss
a possible technical solution for this issue, then the implications with
rega
13 matches
Mail list logo