Hi Hazen:
I have just had a further idea. For comprehensive testing situations
it might be good to have the option to call feenableexcept (the C
library function that you used to help debug x29c.c that should be
available for c99 according to its Linux man page) from within the
PLplot library (say
On 2014-04-07 12:00-0700 Alan W. Irwin wrote:
> [...]I will take a look.
The GNU debugger (gdb) made this a really easy issue to solve. It
turned out the issue was an integer overflow in an unused (in the
plbox case) calculation of physical coordinates corresponding to the
default 0., 0., world c
On 2014-04-07 14:30-0400 Hazen Babcock wrote:
> On 4/6/2014 10:16 PM, Alan W. Irwin wrote:
>> On 2014-04-06 17:35-0400 Hazen Babcock wrote:
>>> In the process of converting some of the PLplot demos to Lisp as part of
>>> the cl-plplot project I found that example 29 triggers a floating point
>>> e
On 4/6/2014 10:16 PM, Alan W. Irwin wrote:
> On 2014-04-06 17:35-0400 Hazen Babcock wrote:
>> In the process of converting some of the PLplot demos to Lisp as part of
>> the cl-plplot project I found that example 29 triggers a floating point
>> exception. This is not something that a C compiler wil
On 2014-04-07 17:11+0200 Thorsten Behrens wrote:
> [...]The general cause of all trouble is within the file
> CMakeDInformation.cmake (which is burried deep inside the path
> \cmake\modules\language_support\cmake).
Agreed.
>
> As far as I understand it, this module is intended to define several
Hi!
Sorry, for my late reply, but I wasn't "available" over the weekend.
>> ... Also, I do not see this issue for MinGW/MSYS so it is probably
>> due to some weird interaction between our D language support, the
>> find module for wxwidgets (also our responsibility although the
>> modifications
