-
Notifications
You must be signed in to change notification settings - Fork 486
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
feat(bindings/cpp): init the async support of C++ binding #5195
Conversation
It's ready for review now : ) |
auto path = "test_path"; | ||
std::vector<uint8_t> data{1, 2, 3, 4, 5}; | ||
cppcoro::sync_wait(op->write(path, data)); | ||
auto res = cppcoro::sync_wait(op->read(path)); | ||
for (size_t i = 0; i < data.size(); ++i) EXPECT_EQ(data[i], res[i]); | ||
|
||
path = "test_path2"; | ||
cppcoro::sync_wait([&]() -> cppcoro::task<void> { | ||
co_await op->write(path, data); | ||
auto res = co_await op->read(path); | ||
for (size_t i = 0; i < data.size(); ++i) EXPECT_EQ(data[i], res[i]); | ||
co_return; | ||
}()); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A quick demo of async C++ binding.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So cool!
https://crates.io/crates/cxx-async 0.1.2 has been released, let's move! |
Great. I'll continue on this PR and cxx-async in next few days. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you @PragmaTwice for this PR, really great!
Inviting @silver-ymz and @xyjixyjixyji to take another look. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great!
Cmake with a version greater than 3.24 may issue a warning.
CMake Warning (dev) at /usr/share/cmake-3.25/Modules/FetchContent.cmake:1279 (message):
The DOWNLOAD_EXTRACT_TIMESTAMP option was not given and policy CMP0135 is
not set. The policy's OLD behavior will be used. When using a URL
download, the timestamps of extracted files should preferably be that of
the time of extraction, otherwise code that depends on the extracted
contents might not be rebuilt if the URL changes. The OLD behavior
preserves the timestamps from the archive instead, but this is usually not
what you want. Update your project to the NEW behavior or specify the
DOWNLOAD_EXTRACT_TIMESTAMP option with a value of true to avoid this
robustness issue.
Call Stack (most recent call first):
CMakeLists.txt:121 (FetchContent_Declare)
We can fix it in another PR, for example by adding the following to CmakeLists.txt
if (POLICY CMP0135)
cmake_policy(SET CMP0135 NEW)
endif ()
Thank you @silver-ymz for the review. Let's move!
Thank you for your review! Tracked at #5337 |
Which issue does this PR close?
Part of #5194.
Rationale for this change
This PR initializes the async version of C++ binding.
What changes are included in this PR?
write
andread
methodsAre there any user-facing changes?
Since
OPENDAL_ENABLE_ASYNC
is off by default, so current users shouldn't feel the difference.