Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Enable GCD on non-Linux POSIX if not configured #100

Merged

Conversation

BurningEnlightenment
Copy link
Collaborator

I assumed CMake would take care of this, but I was mistaken.

@BurningEnlightenment BurningEnlightenment force-pushed the dev/fix-macos-gcd-selection branch 2 times, most recently from e79aab2 to 8235489 Compare September 5, 2022 17:24
@BurningEnlightenment BurningEnlightenment force-pushed the dev/fix-macos-gcd-selection branch from 8235489 to 5aa23cf Compare September 5, 2022 17:26
@BurningEnlightenment
Copy link
Collaborator Author

need to rebase after the duplicated inline error is fixed.

@ned14
Copy link
Owner

ned14 commented Sep 5, 2022

I fixed the quickcpplib constexpr string view failure upstream

@BurningEnlightenment BurningEnlightenment force-pushed the dev/fix-macos-gcd-selection branch 2 times, most recently from 7906936 to ac336b7 Compare September 5, 2022 18:57
@BurningEnlightenment
Copy link
Collaborator Author

BurningEnlightenment commented Sep 5, 2022

The MacOS unit test failure doesn't seem to be connected to this PR:

test 4
      Start  4: llfio_sl--clone_extents

4: Test command: /Users/runner/work/llfio/llfio/prebuilt/bin/llfio_sl--clone_extents "--reporter" "junit" "--out" "/Users/runner/work/llfio/llfio/prebuilt/bin/llfio_sl--clone_extents.junit.xml"
4: Working Directory: /Users/runner/work/llfio/llfio/prebuilt
4: Test timeout computed to be: 900
4: 
4: integration/llfio/algorithm/clone_extents : Tests that llfio::file_handle::clone_extents() of partial extents works as expected
4: 
4: 
4: integration/llfio/algorithm/clone_extents:
4: Tests that llfio::file_handle::clone_extents() of partial extents works as expected
4: 
4: Round 1: Cloning 18018052-4710497 to offset 32569981 ...
4: llfio: Freeing large pages failed
4: libc++abi: terminating
 4/93 Test  #4: llfio_sl--clone_extents ...................Subprocess aborted***Exception:   0.29 sec

The linux build failure seems to be caused by an outdated quickcpplib version:

 In file included from /home/runner/work/llfio/llfio/test/tests/../../include/llfio/v2.0/llfio.hpp:58:0,
                 from /home/runner/work/llfio/llfio/test/tests/../../include/llfio/llfio.hpp:18,
                 from /home/runner/work/llfio/llfio/test/tests/../test_kernel_decl.hpp:35,
                 from /home/runner/work/llfio/llfio/test/tests/tls_socket_handle.cpp:25:
/home/runner/work/llfio/llfio/test/tests/../../include/llfio/v2.0/config.hpp:271:2: warning: #warning WARNING: LLFIO is using the experimental Filesystem TS instead of the standard Filesystem, there are many corner case surprises in the former! Support for the Experimental Filesystem TS is expected to be deprecated at some point, and C++ 17 shall become the minimum required for LLFIO. [-Wcpp]
 #warning WARNING: LLFIO is using the experimental Filesystem TS instead of the standard Filesystem, there are many corner case surprises in the former! Support for the Experimental Filesystem TS is expected to be deprecated at some point, and C++ 17 shall become the minimum required for LLFIO.
  ^~~~~~~
/home/runner/work/llfio/llfio/test/tests/tls_socket_handle.cpp: In function ‘void TestAuthenticatingTLSSocketHandles()’:
/home/runner/work/llfio/llfio/test/tests/tls_socket_handle.cpp:287:61: error: ‘constexpr quickcpplib::_a2c4e5ab::string_view::basic_string_view<charT, traits>::basic_string_view(const charT*) [with charT = char; traits = std::char_traits<char>]’ called in a constant expression
   static constexpr llfio::string_view test_host("github.com");
                                                             ^
In file included from /home/runner/work/llfio/llfio/test/tests/../../include/llfio/v2.0/config.hpp:360:0,
                 from /home/runner/work/llfio/llfio/test/tests/../../include/llfio/v2.0/llfio.hpp:58,
                 from /home/runner/work/llfio/llfio/test/tests/../../include/llfio/llfio.hpp:18,
                 from /home/runner/work/llfio/llfio/test/tests/../test_kernel_decl.hpp:35,
                 from /home/runner/work/llfio/llfio/test/tests/tls_socket_handle.cpp:25:
/home/runner/work/llfio/llfio/prebuilt/install/include/quickcpplib/string_view.hpp:138:15: note: ‘constexpr quickcpplib::_a2c4e5ab::string_view::basic_string_view<charT, traits>::basic_string_view(const charT*) [with charT = char; traits = std::char_traits<char>]’ is not usable as a constexpr function because:
     constexpr basic_string_view(const charT *str)
               ^~~~~~~~~~~~~~~~~
/home/runner/work/llfio/llfio/prebuilt/install/include/quickcpplib/string_view.hpp:140:30: error: call to non-constexpr function ‘static std::size_t std::char_traits<char>::length(const char_type*)’
         , len_(traits::length(str))
                ~~~~~~~~~~~~~~^~~~~
/home/runner/work/llfio/llfio/test/tests/tls_socket_handle.cpp:291:3: error: ‘constexpr quickcpplib::_a2c4e5ab::string_view::basic_string_view<charT, traits>::basic_string_view(const charT*) [with charT = char; traits = std::char_traits<char>]’ called in a constant expression
 )");

@ned14
Copy link
Owner

ned14 commented Sep 5, 2022

Wish I had a Mac to test this stuff :(

Is it spurious or definitely repeatable?

@BurningEnlightenment
Copy link
Collaborator Author

Wish I had a Mac to test this stuff :(
Is it spurious or definitely repeatable?

I don't own one either. I just copy-pasted the CI log, but I might be able to borrow one from a work colleague tomorrow.

@BurningEnlightenment BurningEnlightenment force-pushed the dev/fix-macos-gcd-selection branch from ac336b7 to 4d0684c Compare September 6, 2022 12:12
@BurningEnlightenment
Copy link
Collaborator Author

Is it spurious or definitely repeatable?

It occurred again, so it seems repeatable. Sadly I didn't get time on a MacOS computer.

The windows test failure is a byte_socket handle timeout which isn't caused by this AFAICT. So this is ready to be merged or am I missing something?

Copy link
Owner

@ned14 ned14 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Surprises me that there isn't a link error not finding libdispatch on Mac OS, but I suppose without a Mac OS to check it's not worth worrying about.

@ned14 ned14 merged commit 07488e1 into ned14:develop Sep 6, 2022
@github-actions

This comment has been minimized.

@github-actions

This comment has been minimized.

@github-actions
Copy link

github-actions bot commented Sep 6, 2022

Unit Test Results

    6 files  +    4  192 suites  +128   31m 6s ⏱️ + 22m 8s
  57 tests ±    0    57 ✔️ ±    0  0 💤 ±0  0 ❌ ±0 
360 runs  +240  360 ✔️ +240  0 💤 ±0  0 ❌ ±0 

Results for commit 07488e1. ± Comparison against base commit 9ae8d87.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants