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

Commit Graph

Author	SHA1	Message	Date
Hope Casey-Allen	f66f047841	Update googletest version to fix BoringSSL support	5 years ago
Esun Kim	7ec6e8a4de	Remove nanopb from gRPC	5 years ago
Tony Lu	b4eefcfc0e	Added source of new CPUs	5 years ago
Prashant Jaikumar	141c2d24d1	Add support for running C++ tests on iOS	5 years ago
Esun Kim	78a01a5782	Update upb to the latest	5 years ago
Tony Lu	c81dfd91de	Added cpu architecture for tvos and watchos	5 years ago
Esun Kim	f88bd06ee5	Go UPB!	5 years ago
Richard Belleville	7b2c8c27b0	Separate py_grpc_library and py_proto_library. By popular demand, we'll now be offering separate py_grpc_library and py_proto_library targets sharing the same interface as within google3. This change necessitated some modifications to how we pull in our own Python-level dependencies and how we make those available to those pulling in our project via Bazel. There is now a grpc_python_deps() Bazel workspace rule that pulls in the appropriate dependencies, which should be called from the client project's WORKSPACE file. A test has been added to the bazel/test/ directory to verify that this behavior works as intended. It's worth noting that the protobuf repository's usage of Starlark bind() caused a great deal of trouble in ensuring that we could also pull in six. This change also required a change in the way generated proto code is imported in the channelz and health-check modules, as well as in their associated tests. We were importing them two different ways, each relative. This resulted in two different module objects being imported into the process, which were incompatible. I am not sure exactly what caused this behavior to begin, as this should have been possible before this PR. As a workaround, I am simply trying two different absolute imports and using the one that works. This should function both inside and outside of Bazel environments.	5 years ago
Esun Kim	44de9634f6	Update third_party/upb to the latest	5 years ago
Esun Kim	ded9f46c06	Refactored BUILD file to isolate cronet rules	5 years ago
Nicolas "Pixel" Noble	a4608cb373	Properly using upb's upstream.	5 years ago
Nicolas "Pixel" Noble	f43322dfcb	Upgrading a few more places to bazel 0.26.	5 years ago
Nicolas "Pixel" Noble	170beff648	Upgrading absl submodule, in the hope this will make Windows RBE work.	5 years ago
Moiz Haidry	5f55921b08	Remove third_party	5 years ago
Moiz Haidry	d8c0182360	Expose some of the internal codegen interfaces	5 years ago
Nicolas "Pixel" Noble	27030f58aa	Renaming data-plane-api to envoy-api.	6 years ago
Nicolas "Pixel" Noble	9f0d0e030f	Syncing all the data-plane-api references.	6 years ago
Prashant Jaikumar	43628b286f	Update googletest version to v1.8.1 Bazel builds of test/cpp/end2end:end2end_test were failing on Mac OS with v1.8.0 due to missing gtest symbols. The issue is not seen in v1.8.1. A WORKSPACE file was added to gtest repo in 1.8.1, so gtest.BUILD can be removed.	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
Hao Nguyen	79f7abb45e	Update zlib dependency	6 years ago
Hao Nguyen	b483c27cd0	Update protobuf submodule version	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
Bill Feng	5158c3db27	naming update, documentation fix	6 years ago
Bill Feng	df89d8e157	bazel RBE Windows build	6 years ago
billfeng327	242500b811	explicitly added header file for correctly compiling c-ares with Bazel	6 years ago
Nicolas Lopez	ad4926d5c6	avoid local runs from accessing remote platforms This should fix Bazel Basic Tests for Python (Local) and other local CI runs that are now failing. I also have a plan to fix Bazel RBE Opt C/C++. Bazel RBE UBSAN C/C++ might need to wait for gRPC to upgrade to using 0.23.0	6 years ago
Nicolas Lopez	d1640057f2	use rbe_autoconfig	6 years ago
Fabian Holler	cab0c36d99	adapt cares config headers files to new version `2250b598fe` introduced a new HAVE___SYSTEM_PROPERTY_GET define, adapt the ares_config.h files.	6 years ago
Fabian Holler	8c49802f75	add strsplit.c, strsplit.h files to build and test files The files are new in the updated cares release.	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
Vishal Powar	fb15daf8b9	Add generated upb code for endpoints information. Also, - Update upb submodule for new code generator and update generated files.	6 years ago
Bill Feng	eff99b1d76	dependency bump for gflags	6 years ago
Bill Feng	14bffe549e	submodule dependency update	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	0c8c4c6dd5	update third_party/protobuf to v3.7.0	6 years ago
billfeng327	5eb1e8d8c9	code cleanup, removed old build file	6 years ago
Alex Polcyn	2a4c8ad617	Backport c-ares bazel build fix	6 years ago
Alex Polcyn	9644e588f6	Build c-ares bazel lib with alwayslink=1	6 years ago
billfeng327	3f3da2e23f	submodule update	6 years ago
billfeng327	9d81e9ef61	updated version of abseil for enabling windows bazel build	6 years ago
Tony Allevato	330e0f3ba8	Support "darwin_x86_64" CPU in cares.BUILD. Bazel recognizes both "darwin" and "darwin_x86_64" as CPU values, and the Apple Bazel rules currently recommend the latter for building macOS targets. Until this is cleaned up, this change allows grpc to build correctly when that configuration is used. Fixes #17649.	6 years ago
Lidi Zheng	eaeda3618d	Check file existence correctly	6 years ago
Lidi Zheng	d209deb14b	Revert "Revert "Merge pull request #17644 from lidizheng/bzl-py3"" This reverts commit `7da0aacef2`.	6 years ago
Eric Gribkoff	7da0aacef2	Revert "Merge pull request #17644 from lidizheng/bzl-py3" This reverts commit `a25828ad78`, reversing changes made to `5176fd80fc`.	6 years ago
Lidi Zheng	ee23fc3d2e	Avoid 'which' failure	6 years ago
Bill Feng	ae7254aa79	adding ptrace to asan	6 years ago

1 2 3 4 5 ...

300 Commits (4e317f0b344536335013df116a7cadf89759d75e)