Chiebot-Mirror/grpc - grpc - Gitea: Git with a cup of tea

Commit Graph

Author	SHA1	Message	Date
Jan Tattermusch	a3fd28bdbf	fix ubsan build for 0.26	6 years ago
Nicolas "Pixel" Noble	8de64087a3	Clean bazel 0.26 upgrade.	6 years ago
Nicolas "Pixel" Noble	63e2c91efe	New version of upb.	6 years ago
Nicolas "Pixel" Noble	1a3dd36c89	Upgrading to bazel 0.26.	6 years ago
Nicolas "Pixel" Noble	e360dd4f76	Upgrading to bazel 0.26.	6 years ago
Hao Nguyen	79f7abb45e	Update zlib dependency	6 years ago
Hao Nguyen	1ddaafd677	Update protobuf version	6 years ago
Jan Tattermusch	659f71099c	upgrade bazel toolchain to fix ubsan RBE build	6 years ago
Moiz Haidry	49e7f4b2e4	Added more rules to resolve deps	6 years ago
Moiz Haidry	4995670257	Add support to import envoy protos	6 years ago
Moiz Haidry	6c3e3aeb77	Removed git repo from WORKSPACE as that was the incorrect location. Added the code to grpc_deps.bzl instead	6 years ago
Keith Smiley	f131adf89c	Fix bazel incompatible changes When building grpc with the upcoming `--incompatible_depset_is_not_iterable` flag, these violations were found	6 years ago
vam	5c15471710	Fix generated files as input issue (generated files were supported neither as srcs nor as deps).	6 years ago
vam	4c0d9e2f6b	Fix well_known_protos issue	6 years ago
vam	4269ce08f4	Make cc_grpc_library compatible with native proto_library and cc_proto_library rules. This is needed to comply with bazel best practices (each proto file is first processed by proto_library: https://docs.bazel.build/versions/master/be/protocol-buffer.html#proto_library) and generally bring cc_grcp_library rule up to date with latest Bazel changes (the rule hasn't gotten much updates since 2016). Detailed description. Bazel has native `cc_proto_library` rule, but it does not have `cc_grpc_library`. The rule in cc_grpc_library in this repo seems like the best candidate. This change makes possible using `cc_grpc_library` to generate on grpc library, and consume protobuf protion as dependencies. The typical `BUILD.bazel` file configuraiton now should look like the following: ```python proto_library( name = "my_proto", srcs = ["my.proto"], ) cc_proto_library( name = "my_cc_proto", deps = [":my_proto"] ) cc_grpc_library( name = "my_cc_grpc", srcs = [":my_proto"], deps = [":my_cc_proto"] ) ``` This allows to decouple all thre phases: proto descriptors generation (`proto_library`), protobuf messages library creation (`cc_proto_library`), grpc library creatio (`cc_grpc_library`). Notice how `cc_grpc_library` depends on `proto_library` (as `src`) and on `cc_proto_library` (as `deps`). Currently cc_grpc_library is designed in a way that it encapsulates all of the above and directly accepts .proto files as srcs. The previous version (before this PR) of cc_proto_library was encapsulating all of the 3 phases inside single `cc_proto_library` and also was doing it manually (without relying on the native `cc_proto_library`). The `cc_proto_library` is kept backward-compatible with the old version.	6 years ago
Richard Belleville	930cec4e27	Revert "Merge pull request #18912 from grpc/revert-bazel-changes" This reverts commit `c9a259aa3a`, reversing changes made to `9c882bc725`.	6 years ago
Richard Belleville	50b5240d0a	Revert "Merge pull request #18859 from grpc/internal_py_proto_library" This reverts commit `5b720f19c1`, reversing changes made to `a64ae3c0d5`.	6 years ago
Richard Belleville	f371d95c47	Handle protos at root package level	6 years ago
Richard Belleville	05f37c8143	Remove dependency on pubref/rules_proto. This commit resolves #18331. This commit resolves #18256. This commit resolves... another TODO that apparently didn't have an associated github issue. We swap out pubref's implementation of py_proto_library with our own, which more closely mirrors the interface of the internal py_proto_library, taking the descriptor file output of a proto_library rule as input. One minor change in behavior was introduced for simplicity. When a py_proto_library depends on a proto_library with a source proto file in a subdirectory of the bazel package, the import module of the resultant python library will reflect the package, not the full directory of the proto file, including both the bazel package and the subdirectories, as pubref did previously. This behavior also more closely mirrors google internal behavior. This commit also introduces a slightly more stringent bazel format script. Buildifier on its own will not take care of long lines, but by running yapf first, we end up with a more legible file. At the moment, there is no sanity check associated with this formatter.	6 years ago
Keith Moyer	0468a803b4	Add missing sha256 for http_archive deps	6 years ago
Bill Feng	85100a780f	windows rbe for Kokoro CI	6 years ago
Alexander Polcyn	4ba81610ee	Revert "Update the upb submodule for proto.oneof fix in generated code." This reverts commit `2975571fd3`.	6 years ago
Vishal Powar	2975571fd3	Update the upb submodule for proto.oneof fix in generated code.	6 years ago
Richard Belleville	f3f6237e6d	Wrap long line	6 years ago
Richard Belleville	615c95ed5c	Mitigate #18256	6 years ago
Bill Feng	d29de0ed0b	removed unused configs	6 years ago
Bill Feng	3d03c2d97c	fixed comments	6 years ago
Bill Feng	719bdcfd6a	temporarily disable all poller-enabled tests for Windows	6 years ago
Nicolas Lopez	7f38bc6fd3	updating bazel-toolchains pin	6 years ago
Nicolas Lopez	8d6b6accd7	use experimental ubsan config	6 years ago
Nicolas Lopez	d1640057f2	use rbe_autoconfig	6 years ago
Bill Feng	cdf3e001cb	wip selective build for windows	6 years ago
Fabian Holler	113e84b8dd	update cares to version cares-1_15_0 This fixes the issue: https://github.com/grpc/grpc/issues/16688 Which causes that grpc can not be build because of the following compiler error: third_party/cares/cares/ares_init.c: In function ‘ares_dup’: third_party/cares/cares/ares_init.c:301:17: error: argument to ‘sizeof’ in ‘strncpy’ call is the same expression as the source; did you mean to use the size of the destination? [-Werror=sizeof-pointer- memaccess] sizeof(src->local_dev_name));	6 years ago
billfeng327	d16597ab73	corrected Bazel target generation logic for Windows	6 years ago
Bill Feng	d7e5cb70fe	flipped logic for is_msvc()	6 years ago
Bill Feng	d93959853f	Enabled Windows Bazel build for cpp tests	6 years ago
yang-g	38b82fb7c3	Update opencensus to fix build	6 years ago
Bill Feng	e9ad9e90b3	reinstated version bump of google benchmark	6 years ago
Jan Tattermusch	cf6a311761	Revert "Windows builds for gRPC C++ tests"	6 years ago
Vishal Powar	319fcdf26e	Add a script for generating C code and build rule for protobuf protos. All these changes need to go together to make sense - changes to use new version of upb in bazel - allowing includes in build target option - script for generating c code (upb) for protos - generated code for example protos - adding changes for non-bazel builds - change sanity tests to ignore the generated files.	6 years ago
Jan Tattermusch	e3c024591b	update bazel build to protobuf v3.7.0	6 years ago
billfeng327	5eb1e8d8c9	code cleanup, removed old build file	6 years ago
Yash Tibrewal	620d80d817	Remove poll-cv references from bazel and run_tests.py	6 years ago
billfeng327	ab06853fc9	C++ Windows test builds	6 years ago
Bill Feng	179eb2b4a5	update dependency version for bazel	6 years ago
billfeng327	9d81e9ef61	updated version of abseil for enabling windows bazel build	6 years ago
Laurent Le Brun	6f3a00c1a3	Fix for future Bazel changes This fixes issues found by running Bazel with `--incompatible_no_support_tools_in_action_inputs` and `--incompatible_new_actions_api`.	6 years ago
Prashant Jaikumar	e8efe06a42	Re-add cfstream_test 2nd attempt at adding cfstream_test after fixing internal build failures caused by first attempt.	6 years ago
Prashant Jaikumar	6177befe94	Re-add cfstream_test 2nd attempt at adding cfstream_test after fixing internal build failures caused by first attempt.	6 years ago
Vijay Pai	03de98d5ef	Revert "Add test for network transitions when CFStream is enabled"	6 years ago

... 5 6 7 8 9 ...

557 Commits (d4e09406c1f07912fd4e8f2b70878b3687686db4)