github-starred/barrier

Fork 0

mirror of https://github.com/debauchee/barrier.git synced 2026-05-15 14:16:02 -06:00

[GH-ISSUE #844] cmake compile error #670

New issue

Closed

opened 2026-05-05 06:52:39 -06:00 by gitea-mirror · 5 comments

gitea-mirror commented

2026-05-05 06:52:39 -06:00

Owner

Originally created by @glynnelson on GitHub (Aug 19, 2020).
Original GitHub issue: https://github.com/debauchee/barrier/issues/844

Operating Systems

Server: macOS 10.15.6

Client: OpenSuse15.2

Barrier Version

2.3.3

Steps to reproduce bug

clone/download barrier and attempt to compile on OpenSuse15.2 (only 2.3.2 exists as a pre-build as far as I can find). Two errors running clean_build.sh as follows:

1st error: -- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed

2nd error:
CMake Error at src/test/CMakeLists.txt:23 (add_library):
Cannot find source file:
../../ext/gtest/src/gtest-all.cc

Tried extensions .c .C .c++ .cc .cpp .cxx .cu .m .M .mm .h .hh .h++ .hm
.hpp .hxx .in .txx

CMake Error at src/test/CMakeLists.txt:24 (add_library):
Cannot find source file:
../../ext/gmock/src/gmock-all.cc

Tried extensions .c .C .c++ .cc .cpp .cxx .cu .m .M .mm .h .hh .h++ .hm
.hpp .hxx .in .txx

CMake Error at src/test/CMakeLists.txt:23 (add_library):
No SOURCES given to target: gtest

CMake Error at src/test/CMakeLists.txt:24 (add_library):
No SOURCES given to target: gmock

CMake Generate step failed. Build files cannot be regenerated correctly.

I've installed cmake and cmake-all from Suse repos, plus gmake and gtest and the dependencies liste din the rpm folder text file. It looks like the cmake version (3.17.0) doesn't include these libraries?

Is there a way around this to compile for this OS?

READ ME, DELETE ME: Try to be succinct. If your bug is intermittent, try and describe what you're doing when it happens most.

Click things.
Type things.
Bug occurs.
...

Other info

When did the problem start to occur? When I tried to compile barrier myself to match the version running on the MacOS
Is there a way to work around it? No/Yes, Don't know- get cmake3 from somewhere else??? Or alter the build.sh file to dela with this dependency?
Does this bug prevent you from using Barrier entirely? Yes

Put anything else you can think of here.

Originally created by @glynnelson on GitHub (Aug 19, 2020). Original GitHub issue: https://github.com/debauchee/barrier/issues/844 ### Operating Systems ### Server: macOS 10.15.6 Client: OpenSuse15.2 ### Barrier Version ### 2.3.3 ### Steps to reproduce bug ### clone/download barrier and attempt to compile on OpenSuse15.2 (only 2.3.2 exists as a pre-build as far as I can find). Two errors running clean_build.sh as follows: 1st error: -- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed 2nd error: CMake Error at src/test/CMakeLists.txt:23 (add_library): Cannot find source file: ../../ext/gtest/src/gtest-all.cc Tried extensions .c .C .c++ .cc .cpp .cxx .cu .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx CMake Error at src/test/CMakeLists.txt:24 (add_library): Cannot find source file: ../../ext/gmock/src/gmock-all.cc Tried extensions .c .C .c++ .cc .cpp .cxx .cu .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx CMake Error at src/test/CMakeLists.txt:23 (add_library): No SOURCES given to target: gtest CMake Error at src/test/CMakeLists.txt:24 (add_library): No SOURCES given to target: gmock CMake Generate step failed. Build files cannot be regenerated correctly. I've installed cmake and cmake-all from Suse repos, plus gmake and gtest and the dependencies liste din the rpm folder text file. It looks like the cmake version (3.17.0) doesn't include these libraries? Is there a way around this to compile for this OS? **READ ME, DELETE ME**: Try to be succinct. If your bug is intermittent, try and describe what you're doing when it happens most. 1. Click things. 2. Type things. 3. Bug occurs. 4. ... ### Other info ### * When did the problem start to occur? When I tried to compile barrier myself to match the version running on the MacOS * Is there a way to work around it? No/Yes, Don't know- get cmake3 from somewhere else??? Or alter the build.sh file to dela with this dependency? * Does this bug prevent you from using Barrier entirely? Yes Put anything else you can think of here.

gitea-mirror closed this issue

2026-05-05 06:52:41 -06:00

gitea-mirror commented

2026-05-05 06:52:45 -06:00

Author

Owner

@shymega commented on GitHub (Aug 19, 2020):

If you're building from Git, you need to initialise the submodules for gtest and gmock.

On this date - Wed, Aug 19, 2020 at 05:52:10AM -0700, glynnelson wrote:

Operating Systems

Server: macOS 10.15.6

Client: OpenSuse15.2

Barrier Version

2.3.3

Steps to reproduce bug

clone/download barrier and attempt to compile on OpenSuse15.2 (only 2.3.2 exists as a pre-build as far as I can find). Two errors running clean_build.sh as follows:

1st error: -- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed

2nd error:
CMake Error at src/test/CMakeLists.txt:23 (add_library):
Cannot find source file:
../../ext/gtest/src/gtest-all.cc

Tried extensions .c .C .c++ .cc .cpp .cxx .cu .m .M .mm .h .hh .h++ .hm
.hpp .hxx .in .txx

CMake Error at src/test/CMakeLists.txt:24 (add_library):
Cannot find source file:
../../ext/gmock/src/gmock-all.cc

Tried extensions .c .C .c++ .cc .cpp .cxx .cu .m .M .mm .h .hh .h++ .hm
.hpp .hxx .in .txx

CMake Error at src/test/CMakeLists.txt:23 (add_library):
No SOURCES given to target: gtest

CMake Error at src/test/CMakeLists.txt:24 (add_library):
No SOURCES given to target: gmock

CMake Generate step failed. Build files cannot be regenerated correctly.

I've installed cmake and cmake-all from Suse repos, plus gmake and gtest and the dependencies liste din the rpm folder text file. It looks like the cmake version (3.17.0) doesn't include these libraries?

Is there a way around this to compile for this OS?

READ ME, DELETE ME: Try to be succinct. If your bug is intermittent, try and describe what you're doing when it happens most.

Click things.

Type things.

Bug occurs.

...

Other info

When did the problem start to occur? When I tried to compile barrier myself to match the version running on the MacOS

Is there a way to work around it? No/Yes, Don't know- get cmake3 from somewhere else??? Or alter the build.sh file to dela with this dependency?

Does this bug prevent you from using Barrier entirely? Yes

Put anything else you can think of here.

--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/debauchee/barrier/issues/844

--
Kind regards,
Dom Rodriguez (shymega)

@shymega commented on GitHub (Aug 19, 2020): If you're building from Git, you need to initialise the submodules for gtest and gmock. On this date - Wed, Aug 19, 2020 at 05:52:10AM -0700, glynnelson wrote: > ### Operating Systems ### > > Server: macOS 10.15.6 > > Client: OpenSuse15.2 > > > ### Barrier Version ### > > 2.3.3 > > ### Steps to reproduce bug ### > > clone/download barrier and attempt to compile on OpenSuse15.2 (only 2.3.2 exists as a pre-build as far as I can find). Two errors running clean_build.sh as follows: > > 1st error: -- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed > > 2nd error: > CMake Error at src/test/CMakeLists.txt:23 (add_library): > Cannot find source file: > ../../ext/gtest/src/gtest-all.cc > > Tried extensions .c .C .c++ .cc .cpp .cxx .cu .m .M .mm .h .hh .h++ .hm > .hpp .hxx .in .txx > > CMake Error at src/test/CMakeLists.txt:24 (add_library): > Cannot find source file: > ../../ext/gmock/src/gmock-all.cc > > Tried extensions .c .C .c++ .cc .cpp .cxx .cu .m .M .mm .h .hh .h++ .hm > .hpp .hxx .in .txx > > CMake Error at src/test/CMakeLists.txt:23 (add_library): > No SOURCES given to target: gtest > > CMake Error at src/test/CMakeLists.txt:24 (add_library): > No SOURCES given to target: gmock > > CMake Generate step failed. Build files cannot be regenerated correctly. > > I've installed cmake and cmake-all from Suse repos, plus gmake and gtest and the dependencies liste din the rpm folder text file. It looks like the cmake version (3.17.0) doesn't include these libraries? > > Is there a way around this to compile for this OS? > > > **READ ME, DELETE ME**: Try to be succinct. If your bug is intermittent, try and describe what you're doing when it happens most. > > 1. Click things. > 2. Type things. > 3. Bug occurs. > 4. ... > > ### Other info ### > > * When did the problem start to occur? When I tried to compile barrier myself to match the version running on the MacOS > * Is there a way to work around it? No/Yes, Don't know- get cmake3 from somewhere else??? Or alter the build.sh file to dela with this dependency? > * Does this bug prevent you from using Barrier entirely? Yes > > Put anything else you can think of here. > > > -- > You are receiving this because you are subscribed to this thread. > Reply to this email directly or view it on GitHub: > https://github.com/debauchee/barrier/issues/844 -- Kind regards, Dom Rodriguez (shymega)

gitea-mirror commented

2026-05-05 06:52:48 -06:00

Author

Owner

@mariolpantunes commented on GitHub (Sep 27, 2020):

I have the same error.
The solution is not valid since I am trying to compile the release tarball, and there is no git folder.

@mariolpantunes commented on GitHub (Sep 27, 2020): I have the same error. The solution is not valid since I am trying to compile the release tarball, and there is no git folder.

gitea-mirror commented

2026-05-05 06:52:50 -06:00

Author

Owner

@dereknheiley commented on GitHub (Dec 4, 2021):

also getting this on 2.4.0 trying to install on Ubuntu 20.04.3 LTS from Source code (tar.gz)

@dereknheiley commented on GitHub (Dec 4, 2021): also getting this on 2.4.0 trying to install on Ubuntu 20.04.3 LTS from Source code (tar.gz)

gitea-mirror commented

2026-05-05 06:52:52 -06:00

Author

Owner

@egeste commented on GitHub (Apr 25, 2022):

I'm having the same issue. Will clone the repo, initialize the submodules, and try again.

As a general practice, the release package should be divorced from all testing logic.

@egeste commented on GitHub (Apr 25, 2022): I'm having the same issue. Will clone the repo, initialize the submodules, and try again. As a general practice, the release package should be divorced from all testing logic.

gitea-mirror commented

2026-05-05 06:52:54 -06:00

Author

Owner

@mariolpantunes commented on GitHub (Apr 25, 2022):

I tried that, but it did not work for me.
The 2.3 release has a zip with everything needed to compile the code, it is strange that the newest version does not provide such file.

@mariolpantunes commented on GitHub (Apr 25, 2022): I tried that, but it did not work for me. The 2.3 release has a zip with everything needed to compile the code, it is strange that the newest version does not provide such file.

No labels

Rows
Columns