summaryrefslogtreecommitdiff
path: root/etc/import/TARGETS.grpc
AgeCommit message (Collapse)Author
2023-08-16Introduce configuration variable TOOLCHAIN_CONFIGOliver Reiche
... to pass along toolchain settings for current and future toolchain definitions. Configuration variable COMPILER_FAMILY is replaced by TOOLCHAIN_CONFIG["FAMILY"].
2023-08-08update grpc to version 1.56.2Alberto Sartori
2023-05-30imports: Compose toolchain via install-with-depsOliver Reiche
... as they could contain run-libs.
2023-05-15Third-party descriptions: be flexible on PKG_CONFIG_PATHKlaus Aehlig
Using only our third-party descriptions, the build is independent of PKG_CONFIG_PATH. However, when combinging our third-party descriptions with dependencies taken from the system via pkg-config there is a dependency of PKG_CONFIG_PATH due to those indirect dependencies. Therefore, allow flexible PKG_CONFIG_PATH to support such a mixed bootstrapping.
2023-05-03grpc: fix build fail with protobuf in debug modePaul Cristian Sarbu
2023-05-03grpc: fix google_apis proto targets dependenciesPaul Cristian Sarbu
2023-04-28external: Update grpc to v1.53.0Sascha Roloff
This update also removes upb as external dependency. Co-authored-by: Paul Cristian Sarbu <paul.cristian.sarbu@huawei.com>
2023-04-18imports: Fix GRPC dependenciesOliver Reiche
... as the BUILD.bazel files that are the basis for the TARGETS files seen to declare the dependencies in an incomplete way. Target `grpc_base_c` needs `grpc_init()` and `grpc_shutdown()` from target `grpc` (source `init.cc`). Adding this target dependency results in a cycle. This commit solves the issue by producing fewer but larger libraries (as done in GRPC's CMakeLists.txt): - `libgpr.a`: all gpr code - `libgrpc.a`: all gprc code, depending on `libgpr.a` - `libgrpc++.a`: all grpc++ code, depending on `libgrpc.a`
2023-04-18imports: Match original export target namesOliver Reiche
2022-12-09rules: Refactoring and minor improvementsOliver Reiche
Compared to the previous commit, the action graphs for just and its unit tests are unchanged. - Git hash of action graph for ["",""]: c6e75f17abd7ffaab6ff9bb725ad67ec0bf6c973 - Git hash of action graph for ["test/buildtool","TESTS"]: 8063dfb3dd7daa9ae01d95c177e14946f785c57e Refactor: - "local cflags" to "private-cflags" - "local defines" to "private-defines" - "link externals" to "private-ldflags" - "deps" to "private-deps" for (test) binaries - "proto" to "private-proto" for binaries Improvements: - consistent variable declaration order: OS, ARCH, HOST_ARCH, TARGET_ARCH, CC, CXX, CFLAGS, CXXFLAGS, ADD_CFLAGS, ADD_CXXFLAGS, AR, ENV, PATH - use fields close to their definition (in RULES) - use common expression for binaries and test binaries - split expression "flags" and "compiler" ... to separate ones for CC and CXX. - rename "transition" to "deps-transition" ... to avoid conflicts with other transitions. - support "defaults-transition" for CC expressions Implement: - "cflags" for libraries - "private-cflags" for (test) binaries - "private-defines" for test binaries - "private-ldflags" for test binaries - (public) "defines" for libraries
2022-11-02add missing variables to export targetsAlberto Sartori
2022-10-25grpc: Silence warnings depending on compilerOliver Reiche
2022-09-21grpc: Fix missing propagation of COMPILER_FAMILYOliver Reiche
2022-09-16externals: Selectively disable remaining warningsOliver Reiche
2022-09-16grpc: Precisely replicate original flagsOliver Reiche
2022-09-13Externals: Propagate ADD_{C,CXX}FLAGS variablesOliver Reiche
2022-09-13Externals: Propagate CC/CXX/CFLAGS/CXXFLAGS variablesOliver Reiche
2022-09-13Externals: Propagate 'COMPILER_FAMILY' and 'DEBUG' variablesOliver Reiche
2022-09-13Externals: Fixes for supporting cross-compilationOliver Reiche
2022-08-31Export targets that just used from external repositoriesKlaus Aehlig
So far, we did not export ["@", "grpc", "", "grpc++_codegen_proto"] and ["@", "grpc", "src/compiler", "grpc_cpp_plugin"]. Those targets where used implicitly in the generation of protobuf. As flexible config we use all variables those targets currently depend upon. This will have to be extended once cross compilation will be added. So far, the "TARGET_ARCH" is only used by targets that have different source files (typically inline assembly) for different target architectures. With cross compilation, also the tool chain will depend on the target architecture.
2022-06-13grpc: Define as export targetOliver Reiche
2022-05-12Libraries can only depend on other librariesKlaus Aehlig
... and headers should be treated as headers.
2022-04-22rule ["CC", "header directory"]: drop ill-advised "public stage"Klaus Aehlig
The idea, as documented, of a header directory is to have a directory, closed as a tree, owned by the respective library and internally handled in an efficient way (as a single tree). If we open up that directory, we just have staged data, and therefore should treat it as such.
2022-03-16Format: Apply compact JSON formattingOliver Reiche
2022-03-03External gRPC: Disable warningsOliver Reiche
2022-02-22Initial self-hosting commitKlaus Aehlig
This is the initial version of our tool that is able to build itself. In can be bootstrapped by ./bin/bootstrap.py Co-authored-by: Oliver Reiche <oliver.reiche@huawei.com> Co-authored-by: Victor Moreno <victor.moreno1@huawei.com>