Re: [Numpy-discussion] Import error in builds of 7726

2009-12-21 Thread Chris
David Cournapeau cournape at gmail.com writes:

 
 Ok, so the undefined functions all indicate that the most recently
 implemented ones are not included. I really cannot see any other
 explanation that having a discrepancy between the source tree, build
 tree and installation. Sometimes, svn screw things up when switching
 between branches in my experience, so that's something to check for as
 well.
 
 Could you give us the generated config.h (somewhere in
 build/src.*/numpy/core/), just in case ?
 

Am I to assume, then, that there is no fix for this issue at this stage? 
I am still unable to build a working version of the software (I tried again
today with a fresh checkout).

Thanks,
cf

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


Re: [Numpy-discussion] Import error in builds of 7726

2009-12-21 Thread Charles R Harris
On Mon, Dec 21, 2009 at 1:29 PM, Chris fonnesb...@gmail.com wrote:

 David Cournapeau cournape at gmail.com writes:

 
  Ok, so the undefined functions all indicate that the most recently
  implemented ones are not included. I really cannot see any other
  explanation that having a discrepancy between the source tree, build
  tree and installation. Sometimes, svn screw things up when switching
  between branches in my experience, so that's something to check for as
  well.
 
  Could you give us the generated config.h (somewhere in
  build/src.*/numpy/core/), just in case ?
 

 Am I to assume, then, that there is no fix for this issue at this stage?
 I am still unable to build a working version of the software (I tried again
 today with a fresh checkout).


Well, we don't know what the issue is, except that you are having problems.
So we need to work through things and if you could supply the info David
asks for that would help.

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


Re: [Numpy-discussion] Import error in builds of 7726

2009-12-21 Thread David Cournapeau
On Tue, Dec 22, 2009 at 5:29 AM, Chris fonnesb...@gmail.com wrote:
 David Cournapeau cournape at gmail.com writes:


 Ok, so the undefined functions all indicate that the most recently
 implemented ones are not included. I really cannot see any other
 explanation that having a discrepancy between the source tree, build
 tree and installation. Sometimes, svn screw things up when switching
 between branches in my experience, so that's something to check for as
 well.

 Could you give us the generated config.h (somewhere in
 build/src.*/numpy/core/), just in case ?


 Am I to assume, then, that there is no fix for this issue at this stage?

It is more that I cannot reproduce the issue, and without being able
to do so, I don't see much change to solve the issue at hand.

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


Re: [Numpy-discussion] Import error in builds of 7726

2009-12-15 Thread Chris
David Cournapeau cournape at gmail.com writes:

 
 Ok, so the undefined functions all indicate that the most recently
 implemented ones are not included. I really cannot see any other
 explanation that having a discrepancy between the source tree, build
 tree and installation. Sometimes, svn screw things up when switching
 between branches in my experience, so that's something to check for as
 well.

By the way, I tried building 1.4rc1 and the same thing happens.



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


Re: [Numpy-discussion] Import error in builds of 7726

2009-12-15 Thread Chris
Chris fonnesbeck at gmail.com writes:
 
 By the way, I tried building 1.4rc1 and the same thing happens.
 

... however, I was am able to get a usable build from r7542. Not sure
how much more recent I can go before failures occurred. Somewhere
between 7543 and 7726.



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


Re: [Numpy-discussion] Import error in builds of 7726

2009-12-14 Thread Chris
David Cournapeau cournape at gmail.com writes:

 
 Could you give us the generated config.h (somewhere in
 build/src.*/numpy/core/), just in case ?
 

Here it is:

http://files.me.com/fonnesbeck/d9eyxi

Thanks again.
cf




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


Re: [Numpy-discussion] Import error in builds of 7726

2009-12-13 Thread Chris
David Cournapeau cournape at gmail.com writes:

 could you show the output from nm on umath.so, to check what
 symbols are missing. Maybe seeing the whole list would bring
 something. 

Here it is:

http://files.me.com/fonnesbeck/6ezhy5

The symbol in question is in there, but I see that it does not
have a value.




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


Re: [Numpy-discussion] Import error in builds of 7726

2009-12-13 Thread David Cournapeau
On Mon, Dec 14, 2009 at 5:29 AM, Chris fonnesb...@gmail.com wrote:
 Chris fonnesbeck at gmail.com writes:

 Here it is:

 http://files.me.com/fonnesbeck/6ezhy5


 Sorry, that link should be:

 http://files.me.com/fonnesbeck/qv8o59

Ok, so the undefined functions all indicate that the most recently
implemented ones are not included. I really cannot see any other
explanation that having a discrepancy between the source tree, build
tree and installation. Sometimes, svn screw things up when switching
between branches in my experience, so that's something to check for as
well.

Could you give us the generated config.h (somewhere in
build/src.*/numpy/core/), just in case ?

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


Re: [Numpy-discussion] Import error in builds of 7726

2009-12-12 Thread Chris
Here is a log form a build of svn rev 7996 with no LDFLAGS specified, as 
recommended by Robert. The result is the same, however.

http://files.me.com/fonnesbeck/y7e9v2

cf

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


Re: [Numpy-discussion] Import error in builds of 7726

2009-12-12 Thread David Cournapeau
On Sun, Dec 13, 2009 at 4:27 AM, Chris fonnesb...@gmail.com wrote:
 Here is a log form a build of svn rev 7996 with no LDFLAGS specified, as
 recommended by Robert. The result is the same, however.

 http://files.me.com/fonnesbeck/y7e9v2

I don't see any build error on this log ?

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


Re: [Numpy-discussion] Import error in builds of 7726

2009-12-12 Thread Robert Kern
On Sun, Dec 13, 2009 at 00:37, David Cournapeau courn...@gmail.com wrote:
 On Sun, Dec 13, 2009 at 4:27 AM, Chris fonnesb...@gmail.com wrote:
 Here is a log form a build of svn rev 7996 with no LDFLAGS specified, as
 recommended by Robert. The result is the same, however.

 http://files.me.com/fonnesbeck/y7e9v2

 I don't see any build error on this log ?

See earlier in the thread. The error occurs at runtime:


   import umath
ImportError: dlopen(/Library/Python/2.6/site-packages/
numpy-1.4.0.dev7726-py2.6-macosx-10.6-
universal.egg/numpy/core/umath.so, 2): Symbol not found
: _npy_cexp
 Referenced from: /Library/Python/2.6/site-packages/
numpy-1.4.0.dev7726-py2.6-macosx-10.6-universal.egg/
numpy/core/umath.so
 Expected in: flat namespace
 in /Library/Python/2.6/site-packages/
numpy-1.4.0.dev7726-py2.6-macosx-10.6-universal.egg
/numpy/core/umath.so

-- 
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] Import error in builds of 7726

2009-11-29 Thread Chris
Charles R Harris charlesr.harris at gmail.com writes:
 
 Maybe there is a stray old file floating about somewhere. 
Chris, is there a locate command for the mac? Could you track 
down numpy related files and make sure none are sitting in some 
dusty old corner?Chuck 
 
 

Sorry to be a pain on this, but it has me baffled. I just deleted 
my entire numpy source tree and pulled it down again. I also tracked 
down and deleted anything related to numpy anywhere in my python
path. Now, I used the following script to build numpy:

#!/bin/sh
export MACOSX_DEPLOYMENT_TARGET=10.6
export CFLAGS=-arch x86_64
#export FFLAGS=-arch i386 -arch x86_64
export FFLAGS=-arch x86_64
export LDFLAGS=-Wall -lgfortran -undefined dynamic_lookup 
-bundle -arch x86_64
rm -rf build
python setup.py config -L/Users/chris/Code/freetype 
-L/Users/chris/Code/libpng build 
python setupegg.py egg_info --tag-date bdist_egg

But, installing the resulting egg, then importing numpy gives:

In [1]: import numpy

Traceback (most recent call last):
  File ipython console, line 1, in module
  File /Library/Python/2.6/site-packages/numpy-1.4.0.dev_
20091130-py2.6-macosx-10.6-universal.egg/numpy/__init__.py, 
line 132, in module
import add_newdocs
  File /Library/Python/2.6/site-packages/numpy-1.4.0.dev_
20091130-py2.6-macosx-10.6-universal.egg/numpy/add_newdocs.py, 
line 9, in module
from lib import add_newdoc
  File /Library/Python/2.6/site-packages/numpy-1.4.0.dev_
20091130-py2.6-macosx-10.6-universal.egg/numpy/lib/__init__.py, 
line 4, in module
from type_check import *
  File /Library/Python/2.6/site-packages/numpy-1.4.0.dev_
20091130-py2.6-macosx-10.6-universal.egg/numpy/lib/type_check.py, 
line 8, in module
import numpy.core.numeric as _nx
  File /Library/Python/2.6/site-packages/numpy-1.4.0.dev_
20091130-py2.6-macosx-10.6-universal.egg/numpy/core/__init__.py, 
line 6, in module
import umath
ImportError: dlopen(/Library/Python/2.6/site-packages/
numpy-1.4.0.dev_20091130-py2.6-macosx-10.6-universal.egg/
numpy/core/umath.so, 2): Symbol not found: _npy_cexp
  Referenced from: /Library/Python/2.6/site-packages/
numpy-1.4.0.dev_20091130-py2.6-macosx-10.6-universal.egg/
numpy/core/umath.so
  Expected in: flat namespace
 in /Library/Python/2.6/site-packages/numpy-1.4.0.dev_
20091130-py2.6-macosx-10.6-universal.egg/numpy/core/umath.so


The problem is clearly in the .egg that I just built, as the
filenames match. For some reason umath is not being built properly.

Thanks in advance to everyone.

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


Re: [Numpy-discussion] Import error in builds of 7726

2009-11-29 Thread Chris
Chris fonnesbeck at gmail.com writes:

 
 Charles R Harris charlesr.harris at gmail.com writes:
  
  Maybe there is a stray old file floating about somewhere. 
 Chris, is there a locate command for the mac? Could you track 
 down numpy related files and make sure none are sitting in some 
 dusty old corner?Chuck 

Additionally, if its helpful, here is a log of the build itself:
http://files.me.com/fonnesbeck/y47rzz

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


Re: [Numpy-discussion] Import error in builds of 7726

2009-11-28 Thread Chris
Chris fonnesbeck at gmail.com writes:
 Nothing looks out of order, but I still get the 
 Symbol not found: _npy_cexp 
 errors.
 

This problem still persists through rev 7803. Is there no solution
for this? I have no clue where its coming from.

Thanks in advance.

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


Re: [Numpy-discussion] Import error in builds of 7726

2009-11-28 Thread David Cournapeau
On Sun, Nov 29, 2009 at 10:02 AM, Chris fonnesb...@gmail.com wrote:
 Chris fonnesbeck at gmail.com writes:
 Nothing looks out of order, but I still get the
 Symbol not found: _npy_cexp
 errors.


 This problem still persists through rev 7803. Is there no solution
 for this?

The problem is that I don't see this issue at all, so I have no idea
what may cause it. I again checked with your build script on my
macbook, and everything works as expected.

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


Re: [Numpy-discussion] Import error in builds of 7726

2009-11-28 Thread Charles R Harris
On Sat, Nov 28, 2009 at 6:44 PM, David Cournapeau courn...@gmail.comwrote:

 On Sun, Nov 29, 2009 at 10:02 AM, Chris fonnesb...@gmail.com wrote:
  Chris fonnesbeck at gmail.com writes:
  Nothing looks out of order, but I still get the
  Symbol not found: _npy_cexp
  errors.
 
 
  This problem still persists through rev 7803. Is there no solution
  for this?

 The problem is that I don't see this issue at all, so I have no idea
 what may cause it. I again checked with your build script on my
 macbook, and everything works as expected.


Maybe there is a stray old file floating about somewhere. Chris, is there a
locate command for the mac? Could you track down numpy related files and
make sure none are sitting in some dusty old corner?

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


Re: [Numpy-discussion] Import error in builds of 7726

2009-11-14 Thread Chris
David Cournapeau cournape at gmail.com writes:
 I am afraid I don't see where the problem may come from. I used the
 exact same build script as you, on the same version of mac os x, and I
 don't see the problem. Is there anything non standard in your
 environment that you can think of ?
 

Not that I can think of, no. Here is my env:

TERM_PROGRAM=Apple_Terminal
TERM=xterm-color
SHELL=/bin/bash
TMPDIR=/var/folders/Cp/Cp1bvHSvFwuPM09XVxsVFTI/-Tmp-/
Apple_PubSub_Socket_Render=/tmp/launch-o1hxIu/Render
TERM_PROGRAM_VERSION=272
USER=fonnesbeck
COMMAND_MODE=unix2003
SSH_AUTH_SOCK=/tmp/launch-4DXe3p/Listeners
__CF_USER_TEXT_ENCODING=0x1F5:0:0
PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/texbin:
/usr/X11/bin:/opt/local/bin:/usr/local/git/bin:/usr/local/git/bin
PWD=/Users/fonnesbeck
EDITOR=mate_wait
LANG=en_NZ.UTF-8
SHLVL=1
HOME=/Users/fonnesbeck
LESS=-R
LOGNAME=fonnesbeck
DISPLAY=/tmp/launch-3LiwGx/:0
_GOOGLE_GILD_RUNTIME_FRAMEWORK_ABSOLUTE_PATH_=
/Library/Google/Frameworks/Gild.framework
_=/usr/bin/env

Nothing looks out of order, but I still get the 
Symbol not found: _npy_cexp 
errors.



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


Re: [Numpy-discussion] Import error in builds of 7726

2009-11-12 Thread David Cournapeau
On Thu, Nov 12, 2009 at 6:57 AM, Chris fonnesb...@gmail.com wrote:


 Yeah, here is my build script -- it removes the build directory entirely

Ah, that's not enough. You need to clean the working tree as well. git
has the clean option for that, you can also use a quick script to do
this with parsing svn st output.



 #!/bin/sh
 export MACOSX_DEPLOYMENT_TARGET=10.6
 export CFLAGS=-arch i386 -arch x86_64
 export FFLAGS=-arch i386 -arch x86_64
 export LDFLAGS=-Wall -undefined dynamic_lookup -bundle
 -arch i386 -arch x86_64
 rm -rf build
 python setupegg.py config_fc --fcompiler gfortran config -
 L/Developer/src/freetype-2.3.5 -L/Developer/src/libpng-1.2.24
 build bdist_egg

I have used the exact same options, and has no issue.

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


Re: [Numpy-discussion] Import error in builds of 7726

2009-11-12 Thread Chris
David Cournapeau cournape at gmail.com writes:

 
 On Thu, Nov 12, 2009 at 6:57 AM, Chris fonnesbeck at gmail.com wrote:
 
 
  Yeah, here is my build script -- it removes the build directory entirely
 
 Ah, that's not enough. You need to clean the working tree as well. git
 has the clean option for that, you can also use a quick script to do
 this with parsing svn st output.

I tried scrapping the whole directory and starting again. Same thing though. 
I do notice a bunch of configtest warnings though:

gcc-4.2: _configtest.c
_configtest.c:4: warning: function declaration isn’t a prototype
_configtest.c: In function ‘main’:
_configtest.c:5: error: size of array ‘test_array’ is negative
_configtest.c:4: warning: function declaration isn’t a prototype
_configtest.c: In function ‘main’:
_configtest.c:5: error: size of array ‘test_array’ is negative
lipo: can't open input file: /var/folders/Cp/Cp1bvHSvFwuPM0
9XVxsVFTI/-Tmp-//ccO4OC35.out (No such file or directory)
_configtest.c:4: warning: function declaration isn’t a prototype
_configtest.c: In function ‘main’:
_configtest.c:5: error: size of array ‘test_array’ is negative
_configtest.c:4: warning: function declaration isn’t a prototype
_configtest.c: In function ‘main’:
_configtest.c:5: error: size of array ‘test_array’ is negative
lipo: can't open input file: /var/folders/Cp/Cp1bvHSvFwuPM09XVx
sVFTI/-Tmp-//ccO4OC35.out (No such file or directory)
C compiler: gcc-4.2 -DNDEBUG -g -fwrapv -Os -Wall -Wstrict-prototypes 
-arch i386 -arch x86_64 -pipe

Not sure this has anything to do with it. Again, none of this happened until 
this week, and I am using the same build script as always.


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


Re: [Numpy-discussion] Import error in builds of 7726

2009-11-12 Thread David Cournapeau
On Fri, Nov 13, 2009 at 4:56 AM, Chris fonnesb...@gmail.com wrote:
 David Cournapeau cournape at gmail.com writes:


 On Thu, Nov 12, 2009 at 6:57 AM, Chris fonnesbeck at gmail.com wrote:

 
  Yeah, here is my build script -- it removes the build directory entirely

 Ah, that's not enough. You need to clean the working tree as well. git
 has the clean option for that, you can also use a quick script to do
 this with parsing svn st output.

 I tried scrapping the whole directory and starting again. Same thing though.
 I do notice a bunch of configtest warnings though:

 gcc-4.2: _configtest.c
 _configtest.c:4: warning: function declaration isn’t a prototype
 _configtest.c: In function ‘main’:
 _configtest.c:5: error: size of array ‘test_array’ is negative
 _configtest.c:4: warning: function declaration isn’t a prototype
 _configtest.c: In function ‘main’:
 _configtest.c:5: error: size of array ‘test_array’ is negative
 lipo: can't open input file: /var/folders/Cp/Cp1bvHSvFwuPM0
 9XVxsVFTI/-Tmp-//ccO4OC35.out (No such file or directory)
 _configtest.c:4: warning: function declaration isn’t a prototype
 _configtest.c: In function ‘main’:
 _configtest.c:5: error: size of array ‘test_array’ is negative
 _configtest.c:4: warning: function declaration isn’t a prototype
 _configtest.c: In function ‘main’:
 _configtest.c:5: error: size of array ‘test_array’ is negative
 lipo: can't open input file: /var/folders/Cp/Cp1bvHSvFwuPM09XVx
 sVFTI/-Tmp-//ccO4OC35.out (No such file or directory)
 C compiler: gcc-4.2 -DNDEBUG -g -fwrapv -Os -Wall -Wstrict-prototypes
 -arch i386 -arch x86_64 -pipe

 Not sure this has anything to do with it.

No, this is expected - those are related to size check, and
compilation failure is part of the process. Unfortunately, the output
of those checks is not easy to control.

I am afraid I don't see where the problem may come from. I used the
exact same build script as you, on the same version of mac os x, and I
don't see the problem. Is there anything non standard in your
environment that you can think of ?

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


Re: [Numpy-discussion] Import error in builds of 7726

2009-11-11 Thread Chris
David Cournapeau david at ar.media.kyoto-u.ac.jp writes:

 Did you make sure to build from scratch and clean the working directory
 first ?
 
 I don't see the error on my macbook: umath.so has npy_cexp* functions
 defined.
 
 David
 

Yeah, here is my build script -- it removes the build directory entirely:


#!/bin/sh
export MACOSX_DEPLOYMENT_TARGET=10.6
export CFLAGS=-arch i386 -arch x86_64
export FFLAGS=-arch i386 -arch x86_64
export LDFLAGS=-Wall -undefined dynamic_lookup -bundle 
-arch i386 -arch x86_64
rm -rf build
python setupegg.py config_fc --fcompiler gfortran config -
L/Developer/src/freetype-2.3.5 -L/Developer/src/libpng-1.2.24 
build bdist_egg

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


Re: [Numpy-discussion] Import error in builds of 7726

2009-11-11 Thread Chris
David Cournapeau david at ar.media.kyoto-u.ac.jp writes:
 
 Did you make sure to build from scratch and clean the working directory
 first ?
 
 I don't see the error on my macbook: umath.so has npy_cexp* functions
 defined.
 
 David
 

Just now tried deleting everything and pulling down numpy again from
SVN. Same result.

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


[Numpy-discussion] Import error in builds of 7726

2009-11-10 Thread Chris
I am building Numpy on OSX 10.6 using a recent update
from SVN (r7726). Though I was able to build the package
successfully, the resulting package generates an ImportError:

import umath
ImportError: dlopen(/Library/Python/2.6/site-packages/
numpy-1.4.0.dev7726-py2.6-macosx-10.6-
universal.egg/numpy/core/umath.so, 2): Symbol not found
: _npy_cexp
  Referenced from: /Library/Python/2.6/site-packages/
numpy-1.4.0.dev7726-py2.6-macosx-10.6-universal.egg/
numpy/core/umath.so
  Expected in: flat namespace
 in /Library/Python/2.6/site-packages/
numpy-1.4.0.dev7726-py2.6-macosx-10.6-universal.egg
/numpy/core/umath.so

Note that this did not occur previously (r7542). For some reason
umath is not being built properly.

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


Re: [Numpy-discussion] Import error in builds of 7726

2009-11-10 Thread David Cournapeau
Chris wrote:
 I am building Numpy on OSX 10.6 using a recent update
 from SVN (r7726). Though I was able to build the package
 successfully, the resulting package generates an ImportError:

 import umath
 ImportError: dlopen(/Library/Python/2.6/site-packages/
 numpy-1.4.0.dev7726-py2.6-macosx-10.6-
 universal.egg/numpy/core/umath.so, 2): Symbol not found
 : _npy_cexp
   Referenced from: /Library/Python/2.6/site-packages/
 numpy-1.4.0.dev7726-py2.6-macosx-10.6-universal.egg/
 numpy/core/umath.so
   Expected in: flat namespace
  in /Library/Python/2.6/site-packages/
 numpy-1.4.0.dev7726-py2.6-macosx-10.6-universal.egg
 /numpy/core/umath.so

 Note that this did not occur previously (r7542). For some reason
 umath is not being built properly.
   

Did you make sure to build from scratch and clean the working directory
first ?

I don't see the error on my macbook: umath.so has npy_cexp* functions
defined.

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