Help a poor friend.... :D (missing SSL symbols)

Today I decided after one year to recompile everything
(many things are changed in my MAC since then)

I’ve created a new dir and downloaded the 2.4.1
using “arch -ARM64” big failure (too many errors)

I decided to recompile for x86_64

but during the MAKE DEP I’m getting constantly these errors compiling libcurl

Undefined symbols for architecture x86_64:
  "_EVP_PKEY_get_id", referenced from:
      _ossl_connect_common in libcurl.a(libcurl_la-openssl.o)
  "_SSL_CTX_load_verify_dir", referenced from:
      _ossl_connect_common in libcurl.a(libcurl_la-openssl.o)
  "_SSL_CTX_load_verify_file", referenced from:
      _ossl_connect_common in libcurl.a(libcurl_la-openssl.o)
  "_SSL_get1_peer_certificate", referenced from:
      _ossl_connect_common in libcurl.a(libcurl_la-openssl.o)
ld: symbol(s) not found for architecture x86_64

The libssl seems correctly rebuilt and in the correct place
I tried with version 1.1.1k but with the 1.1.1v too

I was able to MAKE DEP only when I removed from the configure for the libcurl the

#CURL_FLAGS += --with-ssl="$(DEP_PATH)"

using a

CURL_FLAGS += --with-ssl

(searching my local sys for the ssl 86_64 lib)

anyone experienced this ? My guess is that the libcurl configure misses some directive to avoid “deprecated” methods ? Or something similar

(it’s a long way to ARM64 !!) :vulcan_salute:

(I’ve to recreate my build system too)

5 Likes

useless
i’m getting same error at the end of the process of making RACK :

 dep/lib/libssl.a dep/lib/libcrypto.a -Wl,-load_hidden,dep/lib/libarchive.a -Wl,-load_hidden,dep/lib/libzstd.a dep/lib/libspeexdsp.a dep/lib/libsamplerate.a -Wl,-load_hidden,dep/lib/librtmidi.a -Wl,-load_hidden,dep/lib/librtaudio.a -stdlib=libc++ -mmacosx-version-min=10.9
Undefined symbols for architecture x86_64:
  "_EVP_PKEY_get_id", referenced from:
      _ossl_connect_common in libcurl.a(libcurl_la-openssl.o)
  "_SSL_CTX_load_verify_dir", referenced from:
      _ossl_connect_common in libcurl.a(libcurl_la-openssl.o)
  "_SSL_CTX_load_verify_file", referenced from:
      _ossl_connect_common in libcurl.a(libcurl_la-openssl.o)
  "_SSL_get1_peer_certificate", referenced from:
      _ossl_connect_common in libcurl.a(libcurl_la-openssl.o)
ld: symbol(s) not found for architecture x86_64```

:(

Welcome back! Can’t help you but I can’t wait to have your modules back on arm!

@cschol : Any ideas?

Is this an M1/M2 Mac or an Intel one?

@synthi : openSSL website sais : All older versions (including 1.1.0, 1.0.2, 1.0.0 and 0.9.8) are now out of support and should not be used.

Current latest is 3.1.2

Maybe that is part of the issue?

yes, I know, but the “Make DEP” is using OpenSSL 1.1.1k

(I think…)

What macOS platform are you trying to do this on? Intel (x64) or Apple Silicon (arm64)?

Rosetta (under silicon): so x64

I don’t have Rosetta installed, but I just built Rack on Apple Silicon in iTerm/Homebrew successfully after installing all dependencies per the VCV manual.

I would not worry about Rosetta right now and just to build Rack on arm64 to start with. It does work.

If you run into issues, post the error and we can try to troubleshoot.

I switched to full M1 mode (arm64)

testing

ok I have it (on arm64), both Rack and nysthi (and ihtsyn)
I was unable to recompile for x86_64 (mac intel)

1 Like

I think in order to build under Rosetta2 you need to have Homebrew for x64 installed in addition to the native Homebrew. Ah yes, here it is:

Remember to clean everything before switching architectures :slight_smile:

1 Like

yeaaaaaaaahhhhh Nysthi is alive!!

2 Likes

I have a full rosetta 2 environment, but I’m getting some bad results during the make dep phase.

but I think I’ll never recompile anymore for mac intel

If you need an arm64 tester, then drop the build somewhere and I will have a go

Your modules are the only thing that is missing and keeps me from switching to arm64 Rack completely

2 Likes

asap :wink:

1 Like

i can also test Arm64

1 Like

@joopvanderlinden @fractalgee

here the first nysthi arm64 plugin

Remember this is just a port 1 to 1 of the 2.1.19, so all the reported bug are still there

working on OSX 11.7.8
using XCode 13.2.1

2 Likes

Weeeee! Bentornatooo! :smiley:

Sorry I cannot help you apart a friendly pat on the back! I hope you have been safe and well in these crazy months and nothing bad happened to you and your beloved ones!

1 Like

Got it, so far so good on MacOS 13.5.1 M1. Feedback by end of day