[Ecls-list] [PATCH] Improve floating-point exception handling.

Gabriel Dos Reis gdr at integrable-solutions.net
Mon Jun 1 16:21:50 UTC 2009


On Mon, Jun 1, 2009 at 7:44 AM, Juan Jose Garcia-Ripoll
<juanjose.garciaripoll at googlemail.com> wrote:
> On Mon, Jun 1, 2009 at 12:30 PM, Alexander Gavrilov
> <angavrilov at gmail.com> wrote:
>> Some not-so-rare errors like 0/0 or sqrt(-1) produce
>> the Invalid Operation exception. Since ECL cannot
>> handle it, such failures in compiled code sometimes
>> go undetected until much later.
>>
>> This adds support for this exception, also enabling
>> it by default. I also add support for the Inexact
>> Result exception where possible, and improve the
>> priority order of signalled exceptions when checked
>> via fetestexcept.
>
> Thanks. I had indeed forgotten those other exceptions. I only wonder
> whether the list of exceptions is complete and portable, or whether we
> should add some autoconf or ifdef's to ensure portability.

fetestexcept and friends are C99 functions, so you might want to
detect their existence at configuration time.

As a user, I would like to know what impact this change would have
for ECL-based OpenAxiom.  OpenAxiom is quite happy that it does
not have to go through whoops to get NaNs or infinities as
directly provided by the hosting system.

-- Gaby




More information about the ecl-devel mailing list