| Hi, I updated my MacPorts today which installed CMake 3.2.2. Since then I can’t compile with the github-plugin anymore due to some unresolved symbols, because FindOpenSSL.cmake will only return the OSX provided libssl v. 0.9.8 in /usr/lib. I need the MacPorts libssl v. 1.0.? in /opt/local/lib… otherwise I will get some unresolved symbols. If this is right then find_… changed the order of processing the hints, so that regardless of what you give CMake with -DOPENSSL_ROOT_DIR (or, it finds by pkg-config) as a hint *always* and *only* the system library is found. Looking at this commit they really seem to have changed this. This means that you just can’t override CMake default paths in any way… !? If I add the NO_DEFAULT_PATH to the various find_… then it is fine. It seems to use the path provided by pkg-config which (at least in my case) points to /opt/local. Just using NO_DEFAULT_PATH doesn’t sound right… if you have no pkg-config then it even won’t search usual system paths. Documentation suggest to first use find_… with NO_DEFAULT_PATH and then without. This would mean doubling every call which is quite ugly… Anyone else already experienced that? Any suggestions? BTW: FindOpenSSL.cmake should be changed as attached. Otherwise it will always report the version given by pkg-config (in my case 1.0.2 from /opt/local), but in reality it will use the one from /usr/lib. Took me quite some time to find out that it doesn’t use what it reports… :( This is also suggested here: Regards, Bernhard |
FindOpenSSL.patch
Description: Binary data
_______________________________________________ Mailing list: https://launchpad.net/~kicad-developers Post to : [email protected] Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp
