-
Notifications
You must be signed in to change notification settings - Fork 833
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
Arm64 problem while configure #28
Comments
I have tested it with Xcode 5.1.1 and it works fine on different Macs, so i think something is broken on your system!
|
You could also have a look at the travis-ci build which works fine: https://travis-ci.org/x2on/OpenSSL-for-iPhone#L8373
|
Hi, I'm also hitting exactly the same issue. @arik-so - Did you manage to resolve this? If so any advice on what you did to fix it? TIA. |
It happened to me when I upgraded to Xcode 5.1.1 |
Hi @rsodre , When I go to Preferences > Downloads I don't see command line tools? If I try to do xcode-select --install I get the error "Can't install the software because it is not currently available from the software update server". From reading around I think this a bit of a spurious error and is generated when command line tools already exist. I have downloaded separately and installed from https://developer.apple.com/downloads and installed but still I get the same ranlib error when trying to build for arm64. Two questions, where does xcode-select -p point to on your machine and is /opt/local/bin/ranlib a sym link to libtool ? mymac:OpenSSL-for-iPhone isa56k$ ls -lamo /opt/local/bin/ranlib TIA |
On my machine
|
@x2on Oh.. hmm.. what does $ which ranlib give you? |
At last it has built... :) I think it must be to do with the sym link to libtool. I just removed it and then did a which on ranlib, this pointed to /usr/bin/ranlib. I tried to build again and it failed with the error below: ar r ../libcrypto.a cryptlib.o mem.o mem_dbg.o cversion.o ex_data.o cpt_err.o ebcdic.o uid.o o_time.o o_str.o o_dir.o o_fips.o o_init.o fips_ers.o mem_clr.o I then cp /usr/bin/ranlib to /opt/local/bin/ranlib and re ran the build script, this time it ahs all built successfully. Why I had a sym link to libtool from ranlib in the first place don't know, even the freshly downloaded command line tools seemed to have this. I expect it is something messed up in my config somewhere, exactly where I'm not really sure or why. Anyways, it's compiled now! Thanks for comments... It's got me going in right direction. :) |
|
I had the same issue and, after some investigation, I discovered the root cause was due to me having installed MacPorts. Apparently, MacPorts installs a version of
since OpenSSL's So, in summary, the solution is to uninstall MacPorts. |
Thanks for the investigation - i added a hint to the Readme about MacPorts. |
I meet the problem and even I have not install Macport (I use brew mostly) ,any help? i try to use https://gist.githubusercontent.com/foozmeat/5154962/raw/23029f08d3475a75269e2e05d7388355f745d641/openssl-build.sh ld: library not found for -lcrypto |
Hello from 2015! :) Thank you @isa56k for your tips. I tried lots of suggestions, but yours worked. I have the same issue on Yosemite 10.10.5 with Xcode 7.1 and installed Command Line Tools. Cocoapods 0.39.0. No MacPorts. I found that
I removed link and copied ranlib from
Just in case, I read that there could be similar issues with
|
I found it was sufficient just to temporarily remove /opt/local/bin from my path. |
I have the latest Xcode version, and when executing the build script, all architectures work fine, except for arm64. When I get to arm64, the shell prints:
Problem while make - Please check […]/OpenSSL-for-iPhone-master/bin/iPhoneOS7.1-arm64.sdk/build-openssl-1.0.1g.log
When looking at the log, these are the last lines:
/opt/local/bin/ranlib: /opt/local/bin/ranlib: cannot execute binary file
ar: internal ranlib command failed
make[1]: *** [../libcrypto.a] Error 1
make: *** [build_crypto] Error 1
I googled the issue, and found this page: http://lists.cs.uiuc.edu/pipermail/llvmbugs/2014-March/033328.html, which suggested I change the ranlib path. So I changed my /opt/local/bin/ranlib alias to the recommended path suggested on the page, '/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib', add then all architectures stopped working. I filtered the generation to arm64, but it still didn't work for that one, and the error remained the same. So I reversed to the original ranlib alias, and the other architectures except for arm64 resumed working.
Still, I really need it to compile for arm64. Could you suggest any resolutions to the issue?
The text was updated successfully, but these errors were encountered: