[Numpy-discussion] build problem on solaris
Gerald John M. Manipon
Geraldjohn.M.Manipon at jpl.nasa.gov
Wed Jun 1 08:17:24 EDT 2005
Done, but it was assigned id 1212776. Anyways,
I did what you said and it compiled fine. I ran
the tests and no errors came up.
Thanks!
Gerald
David M. Cooke wrote:
> On Wed, Jun 01, 2005 at 07:25:47AM -0700, Gerald John M. Manipon wrote:
>
>>Hello,
>>
>>I compiled python 2.4.1 on a solaris 2.8 box using gcc 3.2.3. When
>>I try to build Numeric 24.0b2, I get this error:
>>
>>building 'RNG.RNG' extension
>>/usr/local/bin/gcc -fno-strict-aliasing -DNDEBUG -O -fPIC -IInclude
>>-IPackages/FFT/Include -IPackages/RNG/Include
>>-I/export/00/gmanipon/sciflo/include/python2.4 -c
>>Packages/RNG/Src/ranf.c -o
>>build/temp.solaris-2.8-sun4u-2.4/Packages/RNG/Src/ranf.o
>>Packages/RNG/Src/ranf.c: In function `Mixranf':
>>Packages/RNG/Src/ranf.c:153: conflicting types for `gettimeofday'
>>/usr/include/sys/time.h:390: previous declaration of `gettimeofday'
>>Packages/RNG/Src/ranf.c:153: warning: extern declaration of
>>`gettimeofday' doesn't match global one
>>error: command '/usr/local/bin/gcc' failed with exit status 1
>>
>>Has anyone encountered this problem? Any help is greatly appreciated.
>
>
> Could you add this as a bug to the bug tracker at
> http://sourceforge.net/tracker/?group_id=1369&atid=101369
> and assign it to me (dmcooke)? That ranf.c file is full of
> platform-specific tweaks for handling the time, which shouldn't be
> necessary (really, if it wants the time, it should use the Python time
> module).
>
> I'd just edit Packages/RNG/Src/ranf.c, and delete the declaration
> of gettimeofday. From what I could google about Solaris's gettimeofday,
> I think it'll work.
>
More information about the NumPy-Discussion
mailing list