-
Notifications
You must be signed in to change notification settings - Fork 3.5k
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
GH-42149: [C++] Use FetchContent for bundled ORC #43011
Conversation
|
@github-actions crossbow submit verify-rc-source--macos- |
This comment was marked as outdated.
This comment was marked as outdated.
(I'll complete this in the next week...) |
Thanks @kou ! |
eb9c874
to
5a3817b
Compare
5a3817b
to
28d0e18
Compare
@github-actions crossbow submit -g nightly-tests -g nightly-packaging -g nightly-release |
This comment was marked as outdated.
This comment was marked as outdated.
set(SNAPPY_HOME | ||
${Snappy_ROOT} | ||
CACHE BOOL "" FORCE) | ||
set(SNAPPY_LIBRARY |
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.
Why do we set LZ4_STATIC_LIB
but do not set SNAPPY_STATIC_LIB
or PROTOBUF_STATIC_LIB
?
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.
Good catch. We don't need to specify *_STATIC_LIB
by defining ORC_PREFER_STATIC_*=OFF
.
|
||
get_target_property(ORC_ZSTD_ROOT ${ARROW_ZSTD_LIBZSTD} INTERFACE_INCLUDE_DIRECTORIES) | ||
get_filename_component(ORC_ZSTD_ROOT "${ORC_ZSTD_ROOT}" DIRECTORY) | ||
# TODO: This should be fixed in upstream. |
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.
Can we remove this after upgrading to v2.0.2 which should the fix? If yes, perhaps add a comment to we won't forget.
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.
Yes. I've updated the comment.
if(CMAKE_CXX_COMPILER_VERSION VERSION_LESS "9") | ||
target_link_libraries(orc::orc INTERFACE stdc++fs) | ||
endif() | ||
elseif(CMAKE_CXX_COMPILER_ID STREQUAL "Clang") |
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.
Does it mean we no longer support these legacy versions?
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.
Good catch. But it seems that this is not needed with ORC 2.0.1...?
https://github.com/ursacomputing/crossbow/actions/runs/9786486604/job/27021493582 passed
Did you fix this in ORC 2.0.1? #41023 (comment)
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.
Yes, it is included: https://github.com/apache/orc/commits/v2.0.1/
Commit is apache/orc@0749e4b
0ffe906
to
52f14f4
Compare
@github-actions crossbow submit -g nightly-tests -g nightly-packaging -g nightly-release |
This comment was marked as outdated.
This comment was marked as outdated.
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.
+1
(I'm still fixing CI failures...) |
3d88d7c
to
cf33494
Compare
@github-actions crossbow submit -g nightly-tests -g nightly-packaging -g nightly-release |
Revision: cf33494 Submitted crossbow builds: ursacomputing/crossbow @ actions-f3d88eefb6 |
@github-actions crossbow submit debian-* ubuntu-* |
Revision: 2e4112d Submitted crossbow builds: ursacomputing/crossbow @ actions-510dfad054 |
@raulcd This is ready to merge. |
### Rationale for this change This also has a workaround for https://issues.apache.org/jira/browse/ORC-1732 . ### What changes are included in this PR? ORC 2.0.1 has a dependency detection problem. We can't override the detection with ExternalProject but can override the detection with FetchContent. ### Are these changes tested? Yes. ### Are there any user-facing changes? Yes. * GitHub Issue: #42149 Authored-by: Sutou Kouhei <[email protected]> Signed-off-by: Raúl Cumplido <[email protected]>
After merging your PR, Conbench analyzed the 4 benchmarking runs that have been run so far on merge-commit e8a795b. There were no benchmark performance regressions. 🎉 The full Conbench report has more details. It also includes information about 102 possible false positives for unstable benchmarks that are known to sometimes produce them. |
### Rationale for this change This also has a workaround for https://issues.apache.org/jira/browse/ORC-1732 . ### What changes are included in this PR? ORC 2.0.1 has a dependency detection problem. We can't override the detection with ExternalProject but can override the detection with FetchContent. ### Are these changes tested? Yes. ### Are there any user-facing changes? Yes. * GitHub Issue: apache#42149 Authored-by: Sutou Kouhei <[email protected]> Signed-off-by: Raúl Cumplido <[email protected]>
Rationale for this change
This also has a workaround for https://issues.apache.org/jira/browse/ORC-1732 .
What changes are included in this PR?
ORC 2.0.1 has a dependency detection problem. We can't override the detection with ExternalProject but can override the detection with FetchContent.
Are these changes tested?
Yes.
Are there any user-facing changes?
Yes.