[Numpy-discussion] build problem on solaris

Gerald John M. Manipon Geraldjohn.M.Manipon at jpl.nasa.gov
Wed Jun 1 08:17:24 CDT 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