[SciPy-user] Install problem - Overwriting message when importing scipy

Rob Managan managan at llnl.gov
Wed Dec 21 11:43:01 EST 2005


My suspicion is this. On Mac OSX if I do a 'man round' I find that 
there is a function named round() in <math.h>. It is defined to round 
all 0.5 cases to the integer away from zero; not the same as the 
cephes definition.

I suspect that the standard library versino of round is getting 
linked to instead of the cephes version. Can this be due to the 
ordering of libraries on the link commands?

I suppose that cephes should use a unique name if we want to be sure 
that the cephes version of round is called.

At 7:08 AM -0600 12/21/05, Pearu Peterson wrote:
>On Wed, 21 Dec 2005, Pearu Peterson wrote:
>
>>>>  Arrays are not equal (mismatch 25.0%):
>>>>          Array 1: [10 10 11 11]
>>>>          Array 2: [10 10 10 11]
>>>
>>>  Yes, this is a known, platform-dependent bug. Please read the 
>>>comment in the
>>>  code for the unit test.
>>
>>  Ok, but what code has the bug? And can we fix it, say, by patching
>>  cephes/round.c?
>
>It turns out that round function that is defined in cephes/round.c, is
>never called. When I renamed round to cephes_round, and modified cephes.h
>and _cephesmodule.c accordingly, correct round functions is called and all
>special tests pass succesfully.
>
>But before applying this patch, I would like to understand why cephes
>round function in not effective. Anyone have any ideas?
>
>Oearu
>
>_______________________________________________
>SciPy-user mailing list
>SciPy-user at scipy.net
>http://www.scipy.net/mailman/listinfo/scipy-user


-- 
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
Rob Managan               email managan at llnl.gov
LLNL                      phone: 925-423-0903
P.O. Box 808, L-095       FAX:   925-422-3389
Livermore, CA  94551-0808




More information about the SciPy-User mailing list