commit | ba4cb95b6251911fa9e057cea1cb37958d339fed | [log] [tgz] |
---|---|---|
author | Joe McDonnell <joemcdonnell@cloudera.com> | Tue Mar 15 13:03:31 2022 -0700 |
committer | Impala Public Jenkins <impala-public-jenkins@cloudera.com> | Thu Aug 11 05:48:36 2022 +0000 |
tree | f675bff05b65152ad80d28751393e70265ef7cec | |
parent | 88aee2f2b4d29fa0563cbf520347aa32d3d99b89 [diff] |
IMPALA-11257: Fix CMake warnings for module names and cmake_minimum_required This fixes a few different CMake warnings: 1. This removes cmake_minimum_required invocations except for the top-most CMakeLists.txt. This eliminates the warnings like this: Compatibility with CMake < 2.8.12 will be removed from a future version of CMake. Update the VERSION argument <min> value or use a ...<max> suffix to tell CMake that the project does not need compatibility with older versions. Moving to a later version also required setting CMAKE_ENABLE_EXPORTS to continue exporting symbols. 2. This modifies the module names so that they match the corresponding module names from Find*.cmake. This is mostly dealing with case differences. This address warnings like: The package name passed to `find_package_handle_standard_args` (PROTOBUF) does not match the name of the calling package (Protobuf). This can lead to problems in calling code that expects `find_package` result variables (e.g., `_FOUND`) to follow a certain pattern. This fixed the detection logic for KerberosPrograms, and so it required adding more Kerberos packages to bin/bootstrap_build.sh. 3. This adds a missing .cc suffix. This addresses the following warning: CMake Warning (dev) at be/src/util/CMakeLists.txt:141 (add_library): Policy CMP0115 is not set: Source file extensions must be explicit. Run "cmake --help-policy CMP0115" for policy details. Use the cmake_policy command to set the policy and suppress this warning. These fixes mostly match how these warnings were handled in Apache Kudu. Testing: - Ran GVO Change-Id: I2a97dd07cdd0831e90882a2035415ac71d670147 Reviewed-on: http://gerrit.cloudera.org:8080/18444 Reviewed-by: Joe McDonnell <joemcdonnell@cloudera.com> Tested-by: Impala Public Jenkins <impala-public-jenkins@cloudera.com>
Lightning-fast, distributed SQL queries for petabytes of data stored in Apache Hadoop clusters.
Impala is a modern, massively-distributed, massively-parallel, C++ query engine that lets you analyze, transform and combine data from a variety of data sources:
The fastest way to try out Impala is a quickstart Docker container. You can try out running queries and processing data sets in Impala on a single machine without installing dependencies. It can automatically load test data sets into Apache Kudu and Apache Parquet formats and you can start playing around with Apache Impala SQL within minutes.
To learn more about Impala as a user or administrator, or to try Impala, please visit the Impala homepage. Detailed documentation for administrators and users is available at Apache Impala documentation.
If you are interested in contributing to Impala as a developer, or learning more about Impala's internals and architecture, visit the Impala wiki.
Impala only supports Linux at the moment. Impala supports x86_64 and has experimental support for arm64 (as of Impala 4.0). Impala Requirements contains more detailed information on the minimum CPU requirements.
Impala runs on Linux systems only. The supported distros are
Other systems, e.g. SLES12, may also be supported but are not tested by the community.
This distribution uses cryptographic software and may be subject to export controls. Please refer to EXPORT_CONTROL.md for more information.
See Impala's developer documentation to get started.
Detailed build notes has some detailed information on the project layout and build.