py26-numpy, py27-numpy: universal is not universal

[dumont.guillaume@…]

Hi,

I am trying to build numpy with python 2.7 as a 32 bit since I would like to use the wxpython port and the numpy port with the same version of python.

I tried to

port install py27-numpy -atlas +universal

with the default build_arch setting and with build_arch set to i386. The install goes trough without any errors and I can import numpy without any problem if python is running in x86_64 mode but if I start python with the command

arch -i386 python

and try to import numpy I always get

File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy/core/__init__.py", line 5, in <module>
    import multiarray
ImportError: dlopen(/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy/core/multiarray.so, 2): no suitable image found.  Did find:
	/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy/core/multiarray.so: mach-o, but wrong architecture

If I run lipo on this library I get:

Non-fat file: /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy/core/multiarray.so is architecture: x86_64

which seems to tell me that this library was built as 64 bit regardless of the build_arch setting.

Is this a known problem?

Thanks

[skymoo (Adam Mercer)]

NumPy has never played nice with the universal variant and I've never had much success in getting it to work. Plus it's never been high on my priority list as I personally never use universal.

[ryandesign (Ryan Carsten Schmidt)]

@ram: If the universal variant doesn't produce universal software (and I confirmed this is the case on my Snow Leopard system as well) it should be disabled.

@dumont.guillaume: If you only want i386, then set build_arch to i386 and do not use the universal variant. build_arch is only used when not building universal. (When building universal, universal_archs is used.)

[jmroot (Joshua Root)]

Right. I could never see how the universal variant was expected to work, but I assumed mcalhoun must have tested when he added it in r49395 and stromnov must have also tested when he fixed it in r62620.

[dumont.guillaume@…]

Replying to ryandesign@…:

@ram: If the universal variant doesn't produce universal software (and I confirmed this is the case on my Snow Leopard system as well) it should be disabled.

@dumont.guillaume: If you only want i386, then set build_arch to i386 and do not use the universal variant. build_arch is only used when not building universal. (When building universal, universal_archs is used.)

Ok thanks I have successfully built numpy as i386. I should be able to get I want.

[skymoo (Adam Mercer)]

I agree that universal should be disabled, if mcalhoun and stromnov object otherwise I'll disable universal on early next week.

[Veence (Vincent)]

For eons I have a private Portfile and system with which one can build py26 and py27-numpy as universal files, but nobody seems to care…

-> port installed py26-numpy
Warning: port definitions are more than two weeks old, consider using selfupdate
The following ports are currently installed:
  py26-numpy @1.5.1_0+gcc45+universal (active)

[skymoo (Adam Mercer)]

Replying to vince@…:

For eons I have a private Portfile and system with which one can build py26 and py27-numpy as universal files, but nobody seems to care…

Was that the one with the wrapper to gcc?

[Veence (Vincent)]

Yes, what's wrong with them? I can build both numpy and scipy as two-way universal binaries…

[skymoo (Adam Mercer)]

Replying to vince@…:

Yes, what's wrong with them? I can build both numpy and scipy as two-way universal binaries…

I just tend not to spend much time looking at anything regarding universal as I just don't use it. Provided it doesn't effect the standard build I have no objections.

[Veence (Vincent)]

The file I have uploaded is my universal py27-numpy Macports directory. Please test if you care, and tell me of any bugs.

[skymoo (Adam Mercer)]

It's hard to see the changes as you've also changed the whitespace, could you just attach a diff that doesn't change the whitespace so I can clearly see whats changed.

[Veence (Vincent)]

Portfile -> Portfile (universal)

[Veence (Vincent)]

Here it is!

[Veence (Vincent)]

The same trick can be used to build a universal variant of scipy…

[skymoo (Adam Mercer)]

No objections from me. Feel free to add yourself to the list of maintainers.

[Veence (Vincent)]

Done in r76869 (py27-numpy) and r76870 (py26-numpy)

[skymoo (Adam Mercer)]

How about py25-numpy to keep things consistent?

[Veence (Vincent)]

I am not sure python25 support universal variants. Could you check this?

[skymoo (Adam Mercer)]

Don't know, python25 says it supports the universal variant:

$ port variants python25
python25 has the variants:
   universal: Build for multiple architectures

[jmroot (Joshua Root)]

Technically python25 does have universal support, but its build system will only do i386+ppc. So it's not actually that useful.

[michaelld (Michael Dickens)]

Cc Me!