Hi Azat, Here you go:
$ nm -g /usr/lib/libssl.dylib | grep TLS_method $ ls -al /usr/lib/libssl.dylib lrwxr-xr-x 1 root wheel 18 May 20 16:21 /usr/lib/libssl.dylib -> libssl.0.9.8.dylib $ openssl version OpenSSL 1.1.0c 10 Nov 2016 $ which openssl /usr/local/bin/openssl The method does not exist, also the lib is pointing to a older version of openssl but when I run openssl it is the newest version. Also when compiling and install openssl I did not use any prefixes. So it would have installed int he default places. Thanks On Tue, Nov 15, 2016 at 5:41 PM, Azat Khuzhin <[email protected]> wrote: > On Wed, Nov 16, 2016 at 1:35 AM, varun <[email protected]> wrote: > > Hi Azat, > > > > Receiving the same error after the patch as well. > > > > Undefined symbols for architecture x86_64: > > "_TLS_method", referenced from: > > _main in le-proxy.o > > ld: symbol(s) not found for architecture x86_64 > > clang: error: linker command failed with exit code 1 (use -v to see > > invocation) > > make[1]: *** [sample/le-proxy] Error 1 > > make: *** [all] Error 2 > > Okay, can you upload openssl/ssl.h somewhere? > > And also you need to check that this symbols exists in your openssl > library, like this: > nm -g /path/to/libssl.dylib | grep TLS_method > > P.S. I'm not sure about is "-g" correct option, you need dynamic > symbols, on linux this looks like this: > $ nm -D /lib/libssl.so | grep TLS_method > 000000000003aed0 T DTLS_method > > And please make sure that you are using headers from the same version > as library is. > *********************************************************************** > To unsubscribe, send an e-mail to [email protected] with > unsubscribe libevent-users in the body. >
