Re: [Numpy-discussion] snow leopard and Numeric

2009-09-03 Thread Stefano Covino
Apparently, I have solved the problem. I say apparently meaning that at least it
compiles and installs smoothly. 

In file ranf.c (Packages/RNG/Src/ranf.c)

insert at the beginning

#include time.h

and comment line 153 in the original file, where function 'gettomeofday' is
re-defined. 


Cheers,
   Stefano




___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion


Re: [Numpy-discussion] snow leopard and Numeric

2009-09-02 Thread Stefano Covino

 
  Is there a way to constrain an old-style compilation just to make a code
  work? I have similar problems with other old pieces of code.
 
 Use -arch i686 in the CFLAGS and LDFLAGS. I think.
 


Unfortunately, it seems not to have any effect.

I'll try something else.

Thanks anyway.

   Stefano

   

___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion


[Numpy-discussion] snow leopard and Numeric

2009-09-01 Thread Stefano Covino
Hello everybody,

I have just upgraded my Mac laptop to snow leopard.
However, I can no more compile Numeric 24.2.

Here is my output:

[MacBook-Pro-di-Stefano:~/Pacchetti/Numeric-24.2] covino% python  
setup.py build
running build
running build_py
running build_ext
building 'RNG.RNG' extension
gcc-4.2 -DNDEBUG -g -fwrapv -Os -Wall -Wstrict-prototypes -arch i386 - 
arch ppc -arch x86_64 -pipe -IInclude -IPackages/FFT/Include - 
IPackages/RNG/Include -I/System/Library/Frameworks/Python.framework/ 
Versions/2.6/include/python2.6 -c Packages/RNG/Src/ranf.c -o build/ 
temp.macosx-10.6-universal-2.6/Packages/RNG/Src/ranf.o
Packages/RNG/Src/ranf.c: In function ‘Mixranf’:
Packages/RNG/Src/ranf.c:153: error: conflicting types for ‘gettimeofday’
/usr/include/sys/time.h:210: error: previous declaration of  
‘gettimeofday’ was here
Packages/RNG/Src/ranf.c: In function ‘Mixranf’:
Packages/RNG/Src/ranf.c:153: error: conflicting types for ‘gettimeofday’
/usr/include/sys/time.h:210: error: previous declaration of  
‘gettimeofday’ was here
Packages/RNG/Src/ranf.c: In function ‘Mixranf’:
Packages/RNG/Src/ranf.c:153: error: conflicting types for ‘gettimeofday’
/usr/include/sys/time.h:210: error: previous declaration of  
‘gettimeofday’ was here
lipo: can't open input file: /var/folders/x4/x4lrvHJWH68+aWExBjO5Gk++ 
+TI/-Tmp-//ccDCDxtF.out (No such file or directory)
error: command 'gcc-4.2' failed with exit status 1


Is there anything I could do?


Thanks a lot,
Stefano
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion


Re: [Numpy-discussion] snow leopard and Numeric

2009-09-01 Thread Matthieu Brucher
Use Numpy instead of Numeric (no longer supported I think)?

Matthieu

2009/9/1 Stefano Covino stefano_cov...@yahoo.it:
 Hello everybody,

 I have just upgraded my Mac laptop to snow leopard.
 However, I can no more compile Numeric 24.2.

 Here is my output:

 [MacBook-Pro-di-Stefano:~/Pacchetti/Numeric-24.2] covino% python
 setup.py build
 running build
 running build_py
 running build_ext
 building 'RNG.RNG' extension
 gcc-4.2 -DNDEBUG -g -fwrapv -Os -Wall -Wstrict-prototypes -arch i386 -
 arch ppc -arch x86_64 -pipe -IInclude -IPackages/FFT/Include -
 IPackages/RNG/Include -I/System/Library/Frameworks/Python.framework/
 Versions/2.6/include/python2.6 -c Packages/RNG/Src/ranf.c -o build/
 temp.macosx-10.6-universal-2.6/Packages/RNG/Src/ranf.o
 Packages/RNG/Src/ranf.c: In function ‘Mixranf’:
 Packages/RNG/Src/ranf.c:153: error: conflicting types for ‘gettimeofday’
 /usr/include/sys/time.h:210: error: previous declaration of
 ‘gettimeofday’ was here
 Packages/RNG/Src/ranf.c: In function ‘Mixranf’:
 Packages/RNG/Src/ranf.c:153: error: conflicting types for ‘gettimeofday’
 /usr/include/sys/time.h:210: error: previous declaration of
 ‘gettimeofday’ was here
 Packages/RNG/Src/ranf.c: In function ‘Mixranf’:
 Packages/RNG/Src/ranf.c:153: error: conflicting types for ‘gettimeofday’
 /usr/include/sys/time.h:210: error: previous declaration of
 ‘gettimeofday’ was here
 lipo: can't open input file: /var/folders/x4/x4lrvHJWH68+aWExBjO5Gk++
 +TI/-Tmp-//ccDCDxtF.out (No such file or directory)
 error: command 'gcc-4.2' failed with exit status 1


 Is there anything I could do?


 Thanks a lot,
        Stefano
 ___
 NumPy-Discussion mailing list
 NumPy-Discussion@scipy.org
 http://mail.scipy.org/mailman/listinfo/numpy-discussion




-- 
Information System Engineer, Ph.D.
Website: http://matthieu-brucher.developpez.com/
Blogs: http://matt.eifelle.com and http://blog.developpez.com/?blog=92
LinkedIn: http://www.linkedin.com/in/matthieubrucher
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion


Re: [Numpy-discussion] snow leopard and Numeric

2009-09-01 Thread David Warde-Farley
On 1-Sep-09, at 4:08 AM, Stefano Covino wrote:

 I have just upgraded my Mac laptop to snow leopard.
 However, I can no more compile Numeric 24.2.

Do you really need Numeric? NumPy provides all of the functionality of  
Numeric and then some.

David
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion


Re: [Numpy-discussion] snow leopard and Numeric

2009-09-01 Thread Stefano Covino
David Warde-Farley dwf at cs.toronto.edu writes:

 
 On 1-Sep-09, at 4:08 AM, Stefano Covino wrote:
 
  I have just upgraded my Mac laptop to snow leopard.
  However, I can no more compile Numeric 24.2.
 
 Do you really need Numeric? NumPy provides all of the functionality of  
 Numeric and then some.
 
 David
 


Hi,

of course you are all right. NumPy is much better. Essentially I was just
curious to understand what it is wrong given that Numeric compiled smoothly with
the previous Mac OSX version.

Cheers,
Stefano



___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion


Re: [Numpy-discussion] snow leopard and Numeric

2009-09-01 Thread Robert Kern
On Tue, Sep 1, 2009 at 23:37, Stefano Covinostefano_cov...@yahoo.it wrote:

 of course you are all right. NumPy is much better. Essentially I was just
 curious to understand what it is wrong given that Numeric compiled smoothly 
 with
 the previous Mac OSX version.

The 64-bit version of OS X complies to a different UNIX standard than
the 32-bit version. gettimeofday(), which is being used to seed the
random number generator, is one of the affected functions.

-- 
Robert Kern

I have come to believe that the whole world is an enigma, a harmless
enigma that is made terrible by our own mad attempt to interpret it as
though it had an underlying truth.
  -- Umberto Eco
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion


Re: [Numpy-discussion] snow leopard and Numeric

2009-09-01 Thread Stefano Covino
 
 The 64-bit version of OS X complies to a different UNIX standard than
 the 32-bit version. gettimeofday(), which is being used to seed the
 random number generator, is one of the affected functions.
 


Thanks. I guessed something like this.

Is there a way to constrain an old-style compilation just to make a code 
work? I have similar problems with other old pieces of code.

Cheers,
  Stefano

___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion


Re: [Numpy-discussion] snow leopard and Numeric

2009-09-01 Thread Robert Kern
On Tue, Sep 1, 2009 at 23:50, Stefano Covinostefano_cov...@yahoo.it wrote:

 The 64-bit version of OS X complies to a different UNIX standard than
 the 32-bit version. gettimeofday(), which is being used to seed the
 random number generator, is one of the affected functions.

 Thanks. I guessed something like this.

 Is there a way to constrain an old-style compilation just to make a code
 work? I have similar problems with other old pieces of code.

Use -arch i686 in the CFLAGS and LDFLAGS. I think.

-- 
Robert Kern

I have come to believe that the whole world is an enigma, a harmless
enigma that is made terrible by our own mad attempt to interpret it as
though it had an underlying truth.
  -- Umberto Eco
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion