mirror of
https://github.com/debauchee/barrier.git
synced 2026-05-15 14:16:02 -06:00
[GH-ISSUE #756] macOS Catalina 10.15.5 build clean_build.sh not working, pthread.h not found #592
Labels
No labels
HiDPI
bounty
bsd/freebsd
bsd/openbsd
bug
bug
build-infra
cantfix
critical
doc
duplicate
enhancement
fix-available
from git
from release
good first issue
help wanted
installer/package
invalid
linux
macOS
meta
needs testing
pull-request
query
question
regression
regression
v2.4.0
windows
wontfix
work-in-progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/barrier#592
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @kittydoor on GitHub (Jun 18, 2020).
Original GitHub issue: https://github.com/debauchee/barrier/issues/756
Operating Systems
Server: Linux
Client: macOS Catalina 10.15.5
Barrier Version
master
Steps to reproduce bug
Other info
Latest commit at time of issue:
2393393b88@shymega commented on GitHub (Jun 19, 2020):
OK, I need to do further testing, as it might be that that the version of Xcode now available doesn't quite work with Barrier anymore. Not totally sure yet.
In the meantime, here's a link to an archive built by our CI for macOS. You will need to extract it, and install the
Barrier-2.3.2-Release.dmgpackage within. This is built straight frommaster, so give that a go in the interim.Thanks.
@p12tic commented on GitHub (Jun 19, 2020):
I haven't tested on this macOS version, but I somehow suspend that command line tools have not been installed. @kittydoor could you try to launch Xcode itself? It should prompt to install any additional packages needed for full functionality.
@simons-public commented on GitHub (Jun 19, 2020):
Looks like an issue with the toolchain, the pthread header should be installed with Xcode in the MacOSX sdk:
@kittydoor commented on GitHub (Jun 20, 2020):
@p12tic
@kittydoor commented on GitHub (Jun 20, 2020):
@simons-public
Files in relevant dirs
From my understanding, everything looks good? I'm not sure why Cmake is not liking it. Maybe some environment variables are being overridden by me that is causing the issue?
Testing this theory with bash (which I have not made any modifications to the rc of, just updated via brew, the error is the same.
Building with Bash
@shymega commented on GitHub (Jun 21, 2020):
Hm, interesting. I did come across a Stackoverflow page about cmake not finding
pthread.hon Mojave..@simons-public commented on GitHub (Jun 21, 2020):
@kittydoor Can you try building without the
clean_build.shscript?CMake builds just fine on my machine without a lot of the variables set in
clean_build.shandosx_environment.sh(as long as the prerequisites are installed). I am using macports though, so I can't say for sure that it will work that way with homebrew.If it works fine that might indicate an issue in the script, if it fails at least we can rule it out a problem with those scripts and go from there.
Also, what version of Xcode do you have installed?
@kittydoor commented on GitHub (Jun 22, 2020):
@simons-public
Manual build
Xcode Version 11.5 (11E608c)
xcode-select version 2373.
We appear to have made progress, which means the script does seem to be at least partially guilty. However, I'm unsure why Cmake is now having issues with finding Qt5 libs.
@github-actions[bot] commented on GitHub (Sep 19, 2020):
This issue has been automatically marked as stale due to inactivity. It will be closed if no further activity occurs. Thank you for your contributions.
@p12tic commented on GitHub (Jan 10, 2021):
Let's not close valid bugs without a valid reason.
@hakan-theren commented on GitHub (Jan 22, 2021):
I had to change my xcode path in clean_build.sh from:
B_CMAKE_FLAGS="-DCMAKE_OSX_SYSROOT=$(xcode-select --print-path)/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk -DCMAKE_OSX_DEPLOYMENT_TARGET=10.9 $B_CMAKE_FLAGS"
to
B_CMAKE_FLAGS="-DCMAKE_OSX_SYSROOT=$(xcode-select --print-path)/SDKs/MacOSX.sdk -DCMAKE_OSX_DEPLOYMENT_TARGET=10.9 $B_CMAKE_FLAGS"
@go8ose commented on GitHub (Aug 10, 2021):
I found the same was true on macOS Big Sur 11.4.
In case it's relevant, I was using cmake 3.21.1 from homebrew.