(drluca77) python/gcc combo for mac build, pyrosetta 2.0

[Anonymous]

(This comment copied from a different topic)

Hello.

I downloaded and tried to use the Mac version, but I get this error:

Python 2.6.5 (r265:79063, Mar 20 2010, 11:39:18)
[GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin
Type “help”, “copyright”, “credits” or “license” for more information.
>>> from rosetta import *
Traceback (most recent call last):
File “”, line 1, in
File “rosetta/__init__.py”, line 11, in
import utility
File “rosetta/utility/__init__.py”, line 1, in
from __utility_all_at_once_ import *
ImportError: dlopen(rosetta/utility/__utility_all_at_once_.so, 2): no suitable image found. Did find:
rosetta/utility/__utility_all_at_once_.so: mach-o, but wrong architecture

Which is the right Python/GCC configuration that was used to compile PyRosetta?

Thanks, have a nice day
/Luca

[Anonymous]

This post was copied from the PyRosetta version2.Beta topic. It refers to that version of PyRosetta.
/Luca

[Anonymous]

PyRosetta 2.0 is build on Mac OS X with standard GCC shipped by Apple. (See full version signature below) So you should be able to run it if you have not alter your system. ie using default 64 bit python etc. Which version of Mac OS have you tried? And with version of python?

$ gcc -v
Target: i686-apple-darwin10
Configured with: /var/tmp/gcc/gcc-5664~89/src/configure –disable-checking –enable-werror –prefix=/usr –mandir=/share/man –enable-languages=c,objc,c++,obj-c++ –program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ –with-slibdir=/usr/lib –build=i686-apple-darwin10 –program-prefix=i686-apple-darwin10- –host=x86_64-apple-darwin10 –target=i686-apple-darwin10 –with-gxx-include-dir=/include/c++/4.2.1
Thread model: posix
gcc version 4.2.1 (Apple Inc. build 5664)

[Anonymous]

I’m having the same issue as drluca77. I’m using Python 2.5 and the gcc version is the exact same as the $gcc -v example shows. It’s been very difficult installing pyRosetta on my machine..

[Anonymous]

Qulprit: Witch version of OS X do you use? You need to have 10.6 to run this build. (Since you saying that your python is 2.5 I am suspecting that its OS X 10.5). If you do have 10.6 and just have python2.5 as your default try this: execute python2.6 directly ie: /usr/bin/python2.6

[Anonymous]

Here is my configuration:

gcc -v
Using built-in specs.
Target: i686-apple-darwin10
Configured with: /var/tmp/gcc/gcc-5646.1~2/src/configure –disable-checking –enable-werror –prefix=/usr –mandir=/share/man –enable-languages=c,objc,c++,obj-c++ –program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ –with-slibdir=/usr/lib –build=i686-apple-darwin10 –with-gxx-include-dir=/include/c++/4.2.1 –program-prefix=i686-apple-darwin10- –host=x86_64-apple-darwin10 –target=i686-apple-darwin10
Thread model: posix
gcc version 4.2.1 (Apple Inc. build 5646) (dot 1)

Python 2.6.5 (r265:79063, Mar 20 2010, 11:39:18)
[GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin
Type “help”, “copyright”, “credits” or “license” for more information.
>>> from rosetta import *
Traceback (most recent call last):
File ““, line 1, in
File “rosetta/__init__.py”, line 11, in
import utility
File “rosetta/utility/__init__.py”, line 1, in
from __utility_all_at_once_ import *
ImportError: dlopen(rosetta/utility/__utility_all_at_once_.so, 2): no suitable image found. Did find:
rosetta/utility/__utility_all_at_once_.so: mach-o, but wrong architecture

Python 2.5.4 (r254:67916, Jun 24 2010, 21:47:25)
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
Type “help”, “copyright”, “credits” or “license” for more information.
>>> from rosetta import *
Traceback (most recent call last):
File ““, line 1, in
File “rosetta/__init__.py”, line 11, in
import utility
File “rosetta/utility/__init__.py”, line 1, in
from __utility_all_at_once_ import *
ImportError: dlopen(rosetta/utility/__utility_all_at_once_.so, 2): no suitable image found. Did find:
rosetta/utility/__utility_all_at_once_.so: mach-o, but wrong architecture

[Anonymous]

Luca, are you running on a 32-bit only Mac? There are a few Intel Mac models that only had Core Duo CPUs, and I’ve seen that error when they try to run 64-bit executables.

Run:

sysctl hw.optional.x86_64


On 64-bit capable machines, it prints 1. On 32-bit only machines, it prints 0.

[Author]

Posts