From 069ccb30241716403c2de2d2d1faad62720917a3 Mon Sep 17 00:00:00 2001 From: Nicky Date: Sun, 23 Oct 2022 20:04:32 +0200 Subject: Remove ll::bugsplat as a llcommon depencency In theory it is fine to do that, in practice it does break gatekeeper in subtle ways due to https://developer.apple.com/library/archive/technotes/tn2206/_index.html#//apple_ref/doc/uid/DTS40007919-CH1-TNTAG207 Having bugsplat linked to all executables results in executables with an embedded rpath that is invalid for Gatekeeper. Luckily it shows this is in the worst possible way. The viewer cannot be started with a non helpful message of teh viewer being unable to verified. While at the same time spctl and codesign both show no errors at all. --- indra/llcommon/CMakeLists.txt | 1 - 1 file changed, 1 deletion(-) (limited to 'indra') diff --git a/indra/llcommon/CMakeLists.txt b/indra/llcommon/CMakeLists.txt index b576cdc1e1..56939584bb 100644 --- a/indra/llcommon/CMakeLists.txt +++ b/indra/llcommon/CMakeLists.txt @@ -261,7 +261,6 @@ add_library (llcommon ${llcommon_SOURCE_FILES}) target_link_libraries( llcommon ll::apr - ll::bugsplat ll::expat ll::jsoncpp ll::zlib-ng -- cgit v1.2.3