Thomas Pöchtrager
Thomas Pöchtrager
@jtv who had a similar problem once, wrote me the following via e-mail (he can't login on GitHub at the moment): > All I can say is: the errors do...
You wouldn't get a "matching" binary with GCC either....
Your hashing code might be broken then. You really should be using Clang on/for Mac OS (X).
I can't help any further than what @jtv did with his e-mail. "For some reason" might mean undefined behavior.
> There's one other library (on just `x86_64-apple-darwin18-ld` and `xar` that's too explicitly specified with an inflexible version number: > > libcrypto.so.1.0.0 => not found > > Ideally it should...
Because it would cause incompatibilities. You can't mix vanilla Clang with Apple libLTO. If `-bitcode_hide_symbols` support is wanted, users have to build „apple-clang“ on their own. https://github.com/tpoechtrager/cctools-port/issues/31
The reason behind this is backwards compatibility. Modern tar isn't available everywhere.
Using only `tar` didn't work on NetBSD back in 2014 -> https://github.com/tpoechtrager/osxcross/commit/5f159c93a0619e8b698581bd31244dd8b2315d49. Don't know about now. > As the desire is to keep backwards comparability could this extraction be altered...
What OS are you using?
Try `CC=clang CXX=clang++ UNATTENDED=yes SDK_VERSION=10.15 OSX_VERSION_MIN=10.14 ./build.sh`