[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