macOS CMAKE error on symple app

[RichLewis007]

When running CMAKE in macOS for the /libsourcey/src/symple app, see this error:

CMake Error at CMakeLists.txt:1 (ask_build_sourcey_module): Unknown CMake command "ask_build_sourcey_module".

[auscaster]

That should never happen... please let me know your build process.

Basic process is like so:

git clone https://github.com/sourcey/libsourcey.git
cd libsourcey
mkdir build
cd build
cmake ..
make
sudo make install

[auscaster]

You need to set the openssl source directory ... ie. cmake .. -DOPENSSL_ROOT_DIR=E:\dev\vendor\OpenSSL-Win64

Note you need the development version of openssl installed with dev headers and libraries.

On 12 March 2017 at 22:25, Rich Lewis notifications@github.com wrote:

Hi, thanks for the quick reply. I did just as you listed, and see this error during cmake:

-- - Linking dependency http_parser with libraries: CMake Error at /usr/local/Cellar/cmake/3.7.2/share/cmake/Modules/ FindPackageHandleStandardArgs.cmake:138 (message): Could NOT find OpenSSL, try to set the path to OpenSSL root folder in the system variable OPENSSL_ROOT_DIR (missing: OPENSSL_INCLUDE_DIR) Call Stack (most recent call first): /usr/local/Cellar/cmake/3.7.2/share/cmake/Modules/ FindPackageHandleStandardArgs.cmake:378 (_FPHSA_FAILURE_MESSAGE) /usr/local/Cellar/cmake/3.7.2/share/cmake/Modules/FindOpenSSL.cmake:385 (find_package_handle_standard_args) cmake/LibSourceyIncludes.cmake:47 (find_package) LibSourcey.cmake:255 (find_dependency) CMakeLists.txt:35 (include)

-- Configuring incomplete, errors occurred!

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/sourcey/libsourcey/issues/127#issuecomment-285977972, or mute the thread https://github.com/notifications/unsubscribe-auth/AAGKDMvnmkDBxw3bBvG7BJME98k3y_JJks5rlGK5gaJpZM4Mag5P .

[RichLewis007]

Thanks for the quick reply. I can't run cmake like that, as it gives an error related to OpenSSL. I didn't want to force the install of it to /usr/local/ as your instructions say for OSX, because I'm concerned it'll cause problems if it overrides the Apple-specific SSL they use. I do have OpenSSL installed to another path via brew, however: /usr/local/opt/openssl/lib and /usr/local/opt/openssl/include.

How can I tell CMAKE that OpenSSL is in these different folders, not to use the system version?

[auscaster]

Unfortunately I don't develop with a mac so can't help you much with system specifics. Seems like you just need to point OPENSSL_ROOT_DIR to /usr/local/opt/openssl though.

[rtoepfer]

Rich,

I was unable to upgrade Sourcey on my Mac as well. I had to compile OpenSSL from source.

$CMD git clone git@github.com:rtoepfer/openssl.git$CMD git checkout OpenSSL_1_0_2-stable$CMD cd openssl$CMD mkdir bin$CMD ./Configure darwin64-x86_64-cc --prefix=$(pwd)/bin --openssldir=$(pwd)/bin$CMD make -j9$CMD make test$CMD make install

Then to compile Sourcey.

$CMD git clone git@github.com:rtoepfer/libsourcey.git$CMD cd libsourcey$CMD git checkout scandy$CMD mkdir mac-build$CMD cd mac-build$CMD mkdir bin cmake \ -DOPENSSL_LIBRARIES=/Users/rtoepfer/Scandy/scandy-core/dependencies/openssl/openssl-1.0.2l-mac/bin/lib \ -DOPENSSL_ROOT_DIR=/Users/rtoepfer/Scandy/scandy-core/dependencies/openssl/openssl-1.0.2l-mac/bin \ -DBUILD_SHARED_LIBS=off \ -DCMAKE_INSTALL_PREFIX=$(pwd)/bin ../$CMD make -j9$CMD make install

https://github.com/rtoepfer/scandy-core/tree/master/dependencies#building-openssl-for-android This is on revision 0.9.8. I saw on a recent commit description that the pthread file dependencies were changes. I've gotten sourcey compiled on Android, Mac, and Linux, but had to change the pthread includes under the libuv cmake to get everything working.

On Sun, Mar 12, 2017 at 6:17 PM, Kam Low notifications@github.com wrote:

Unfortunately I don't develop with a mac so can't help you much with system specifics. Seems like you just need to point OPENSSL_ROOT_DIR to /usr/local/opt/openssl though.

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/sourcey/libsourcey/issues/127#issuecomment-285985906, or mute the thread https://github.com/notifications/unsubscribe-auth/AAyouFktxy_dQj4P9bNxSkcXqytxODoNks5rlHz1gaJpZM4Mag5P .

--

"We shall not cease from exploration, and the end of all our exploring will be to arrive where we started and know the place for the first time." - T. S. Eliot

"The greatest thing you'll ever learn is just to love and be loved in return." - Nat King Cole

[RichLewis007]

Thanks @rtoepfer ! I got it to successfully compile thanks to your instructions. Thanks for your help too, @auscaster

Here I'm pasting them again, formatted to be easier to read, for other macOS user who want to do this:

Compiling Sourcey

Compile OpenSSL from source, certain branch

$ git clone https://github.com/rtoepfer/openssl.git

$ cd openssl

$ git checkout OpenSSL_1_0_2-stable

$ mkdir bin

$ ./Configure darwin64-x86_64-cc --prefix=$(pwd)/bin --openssldir=$(pwd)/bin

$ make

$ make test

$ make install

Compile Sourcey, scandy branch

$ git clone https://github.com/rtoepfer/libsourcey.git

$ cd libsourcey

$ git checkout scandy

$ mkdir mac-build

$ cd mac-build

$ mkdir bin

$ cmake -DOPENSSL_LIBRARIES=[full path to the previously compiled openssl]/bin/lib -DOPENSSL_ROOT_DIR=[full path to the previously compiled openssl]/bin -DBUILD_SHARED_LIBS=off -DCMAKE_INSTALL_PREFIX=$(pwd)/bin ../

$ make

$ make install

[RichLewis007]

In order to make these macOS instructions build sourcey with WEBRTC, I need to run cmake with the following additional parameter:

-DWITH_WEBRTC=ON

But I then see this error:

-- Could NOT find WEBRTC (missing:  WEBRTC_LIBRARY WEBRTC_INCLUDE_DIR)

Failed to include dependency: WebRTC. Please build and install dependencies before using CMake.

I tried installing WEBRTC on macOS by following the instructions in your documentation ( see http://sourcey.com/libsourcey/installation-linux/ ) the other day, and ran across errors (see my other Issue in this repo). Do you have advice on getting the particular version of WebRTC required to compile for libvsourcey's use?

Thanks!

[RichLewis007]

Should I instead use this fork of webrtcbuilds that sourcey has in a repo, to install WebRTC on masOS?

https://github.com/sourcey/webrtcbuilds

[RichLewis007]

I ran ./build.sh in webrtcbuilds but I still finally get to the following error:

Checking WebRTC dependencies
Patching WebRTC source
Compiling WebRTC
Generating project files with: rtc_include_tests=false enable_iterator_debugging=false target_os="mac" target_cpu="x64"
ERROR Unresolved dependencies.
//:default(//build/toolchain/mac:clang_x64)
  needs //webrtc:webrtc(//build/toolchain/mac:clang_x64)

[auscaster]

Hi Rich,

Glad you made progress and thanks for posting your results for the next person!

Regarding webrtc the webrtcbuilds works on linux, but I'm not sure about macos. The best bet is probably to build it yourself, but if you do get it working with webrtcbuilds then a PR would be very welcome.

I'm making some updates to webrtc samples right now, so keep an eye on the next push for updated sample apps (next day or two).

On 14 March 2017 at 21:57, Rich Lewis notifications@github.com wrote:

I ran ./build.sh in webrtcbuilds but I still finally get to the following error:

hecking WebRTC dependencies Patching WebRTC source Compiling WebRTC Generating project files with: rtc_include_tests=false enable_iterator_debugging=false target_os="mac" target_cpu="x64" ERROR Unresolved dependencies. //:default(//build/toolchain/mac:clang_x64) needs //webrtc:webrtc(//build/toolchain/mac:clang_x64)

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/sourcey/libsourcey/issues/127#issuecomment-286557647, or mute the thread https://github.com/notifications/unsubscribe-auth/AAGKDBNT31gIVmja_YeqHA9LCcbg2NKVks5rlv8rgaJpZM4Mag5P .

[RichLewis007]

I wonder if there is a bug in the build.sh file in webrtcbuilds customized for sourcey? When I run

./build

it runs, but when I try to use the recommended (on this page: http://sourcey.com/libsourcey/installation-linux/ ) options, it doesn't run:

./build.sh -l jsoncpp -e

Do those options work for you?

source: https://github.com/sourcey/webrtcbuilds/blob/master/build.sh

Thanks!

[auscaster]

Closing due to no further comment.

[pims]

I'm running into the same issue as https://github.com/sourcey/libsourcey/issues/127#issuecomment-286557647

On OS X:

Host OS: mac
Target OS: mac
Target CPU: x64
Checking webrtcbuilds dependencies
/usr/local/bin/gcp
Checking depot-tools
Building revision: 465faf0061131100774503f9110abbc130092dcf
Associated revision number: 17533
Checking out WebRTC revision (this will take awhile): 465faf0061131100774503f9110abbc130092dcf
...
ERROR Unresolved dependencies.
//:default(//build/toolchain/mac:clang_x64)
  needs //webrtc:webrtc(//build/toolchain/mac:clang_x64)

On Linux:

Host OS: linux
Target OS: linux
Target CPU: x64
Checking webrtcbuilds dependencies
Checking depot-tools
Building revision: 465faf0061131100774503f9110abbc130092dcf
Associated revision number: 17533
Checking out WebRTC revision (this will take awhile): 465faf0061131100774503f9110abbc130092dcf
Running: gclient root
Running: gclient config --spec 'solutions = [
  {
    "url": "https://chromium.googlesource.com/external/webrtc.git",
    "managed": False,
    "name": "src",
    "deps_file": "DEPS",
    "custom_deps": {},
  },
]
'
Running: gclient sync --nohooks --with_branch_heads
...
Extracting templates from packages: 100%
No missing packages, and the packages are up to date.
Skipping installation of Chrome OS fonts.
Skipping symbolic links for NaCl.
Installing locales.
Locales already up-to-date.
Patching WebRTC source
Compiling WebRTC
Generating project files with: rtc_include_tests=false enable_iterator_debugging=false target_os="linux" target_cpu="x64"
ERROR Unresolved dependencies.
//:default(//build/toolchain/linux:clang_x64)
  needs //webrtc:webrtc(//build/toolchain/linux:clang_x64)

If you happen to know the last revision that successfully built on Linux that'd be very helpful…