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
and comment line 153 in the original file, where function 'gettomeofday' is
re-defined.
Cheers,
Stef
> >
> > 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.
>
> 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 compila
David Warde-Farley 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 fu
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
