This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author mark.dickinson
Recipients MrJean1, mark.dickinson, terry.reedy
Date 2008-07-05.20:10:29
SpamBayes Score 1.783153e-05
Marked as misclassified No
Message-id <1215288634.52.0.627512039296.issue3168@psf.upfronthosting.co.za>
In-reply-to
Content
> There is another, perhaps related issue on Solaris.  The compiler warns 
> that function  finite is implicitly defined.
>
> Commenting out this line in pyconfig.h as
>
> /* #define HAVE_FINITE 1 */
>
> make that warning go away.  If there is no function  finite, why is 
> HAVE_FINITE defined at all?

I don't think this is too serious.  My guess would be that both finite and 
isfinite (which is the C99-recommended way to spell finite) are 
implemented in libm, but that only isfinite is mentioned in math.h (or 
possibly that finite is mentioned is math.h but is ifdef'd out as a result 
of some particular compiler options).

So a code snippet that refers to 'finite' emits a warning, but compiles 
fine.  Hence the corresponding autoconf test passes, and autoconf sets 
HAVE_FINITE to 1.  And the Python build also emits a warning, but compiles 
and runs fine.

Could you take a look in the 'config.log' file after configuring and see 
whether the 'implicit definition of finite' warning is in there as well?

The right fix is probably to rework things to use 'isfinite' in preference 
to 'finite'.  I'm not sure that Windows has isfinite, though.
History
Date User Action Args
2008-07-05 20:10:35mark.dickinsonsetspambayes_score: 1.78315e-05 -> 1.783153e-05
recipients: + mark.dickinson, terry.reedy, MrJean1
2008-07-05 20:10:34mark.dickinsonsetspambayes_score: 1.78315e-05 -> 1.78315e-05
messageid: <1215288634.52.0.627512039296.issue3168@psf.upfronthosting.co.za>
2008-07-05 20:10:33mark.dickinsonlinkissue3168 messages
2008-07-05 20:10:30mark.dickinsoncreate