-
Notifications
You must be signed in to change notification settings - Fork 47
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ImportError: dlopen(...c_uamqp.cpython-310-darwin.so): mach-o file, incompatible architecture (have 'x86_64', need 'arm64e') #284
Comments
hey @JrtPec , I'm sorry to tell you that right now we don't provide binary whls for ARM architecture and we neither have the plan to support it in the near future. apologize for the inconvenience that is brought to you. Our team is putting efforts into implementing a pure python amqp library to get rid of the complexity multi platform support. may I ask what's your scenario with Apple M1, is it for development or for deployment? like the following:
just note that you may need to install the required components as per: |
@yunhaoling , do you have a timeline on when your new library that you are building can be used? Apple M1 is a hot topic these days and uamqp not supporting M1 blocks our tooling that we are running in production. I.e. the workaround for building on the fly wouldn't really work for us. Thanks for any info!!! |
hey @trevors20 , thanks for reaching out and sharing the information that you're working with M1 in production. could you tell me more about:
|
This is needed so the Azure IoT extension for the Azure CLI can run on M1 Macs. Seeing as the M1 has been out for over a year, we really should support it. |
I can also confirm I am hitting this on my M1 Mac... If you end up here. The workaround is to run commands in the Azure Cloud Shell. |
What worked for me was |
@dishults could you please elaborate more on the steps you did after running Appreciate your help. |
@karishma-kohli Sure! Here are all the steps I took after installing cmake:
That's it, hope it helps. |
@yunhaoling / @dishults , I'm not sure I can use those workarounds in my environment. What I have built is an Azure CLI Extension. I just wrap up the python code and all of it's dependencies (like uamqp) into a whl package. The whl package is installed as an extension on Azure CLI and it "just works" for the platforms that we run the extension on. Except for the M1 platform. Or, does uamqp now support M1? Or, is there something else that we should be using in replace of uaqmp that would give us the platform support that we need? |
lots of m1 users these days. bump. |
Are there any updates on this issue? |
Any updates with this issue? |
I have a Mac with M1-processor, so as long as not all Python packages are published as arm64 or universal binaries I have to run Python in emulated mode under Rosetta 2.
So when I saw that uamqp was released as universal binary, I gave it a go. But it still fails like I've installed it for the wrong architecture...
arch -arm64 brew install [email protected]
)pip install uamqp
in my Py3.10 venv installsuamqp-1.4.3-cp310-cp310-macosx_10_9_universal2.whl
So when I install the same package under Python 3.10.0 installed through my x86_64 version of brew, it works just fine.
The text was updated successfully, but these errors were encountered: