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

Commit Graph

Author	SHA1	Message	Date
apolcyn	017786f151	[c-ares] Upgrade c-ares dependency to 1.19.1 (#33392 ) WIP	1 year ago
Hannah Shi	d8a52a5043	build multi arc ios unit test for m1 (#31930 )	2 years ago
3405691582	e55be30ffb	Start to buildfix OpenBSD. (#30557 ) Some minor changes for the platform: * `sys/types.h` needs to be included before `netinet/tcp.h` to provide definitions for `u_int8_t`, `u_int16_t`, and `u_int32_t`. * cares has an OpenBSD-specific config header but is not actually hooked up in cares.BUILD. Remedy that.	2 years ago
apolcyn	9f1663fb74	Upgrade c-ares to 1.17.2 (#28671 ) Upgrade c-ares dependency to 1.17.2	3 years ago
Thi Doãn	0ced4f5caa	Add darwin_arm64 and darwin_arm64e to c-ares' config settings This fixes Bazel selecting the wrong source for `cares` when building with `--cpu=darwin_arm64` or `--cpu=darwin_arm64e` (it was selecting the source in the default condition, which is for Linux). We're having the same patch in Bazel (`1782f0ae75`; it was using an older grpc release). Fixing this here so we can remove the patch in the next update.	4 years ago
Damon	f7f48c4ea0	Include ares_android.(c\|h) in the build config. This change adds `ares_android.h` and `ares_android.c` to the `third_party/cares/cares.BUILD` in order to support builds in the Android Native Development Kit (NDK). Fixes grpc#21437	4 years ago
Tom Lundell	a4a5206da1	Switch genrule to skylib's copy_file. genrules are not supported on Windows without an msys bash installation, which is an undesirable dependency. Fortunately we can use skylib's copy_file to accomplish the same thing as the genrules were doing. release notes: no	5 years ago
Tony Lu	b4eefcfc0e	Added source of new CPUs	5 years ago
Tony Lu	c81dfd91de	Added cpu architecture for tvos and watchos	5 years ago
billfeng327	242500b811	explicitly added header file for correctly compiling c-ares with Bazel	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
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
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
Loo Rong Jie	73b613b6b0	Remove -DWIN32_LEAN_AND_MEAN	7 years ago
Loo Rong Jie	d21bde15c6	Build C-Ares with Bazel on Windows	7 years ago
Ning Ren	4856782510	Packs contents of WORKSPACE into a bzl function, so that it can be resued by other projects, and simplifies cares build.	7 years ago
Ning Ren	174e02ae3e	Packs contents of WORKSPACE into a bzl function, so that it can be resued by other projects, and simplifies cares build.	7 years ago
Param Reddy	8ccb83a9e2	Update comments to mention iOS also is not supported.	7 years ago
Param Reddy	819ec5069b	Android does not have getservbyport_r so use getservbyport	7 years ago
Param Reddy	b96287a13f	Fix build for ios app using grpc as cc_library For ios build, bazel build needs to be invoked with: --ios_multi_cpu=armv7,arm64 build. This in turn gets picked as cpu based on the docs: --[no]experimental_enable_objc_cc_deps default: "true" Allows objc_* rules to depend on cc_library and causes any objc dependencies to be built with --cpu set to "ios_<--ios_cpu>" for any values in --ios_multi_cpu. This diff explicitly adds darwin config for cpu being ios_x86_64, ios_armv7, ios_armv7s and ios_arm64. We cant use ios_cpu as condition because its set to x86_64 by default and causes linux build break.	7 years ago
josh	5d710a5dfe	Update Bazel WORKSPACE file and third_party/cares BUILD files to that Bazel can build gRPC as a dependency. The WORKSPACE file now pulls third_party dependencies directly instead of requiring a git submodule init and update. The git hashes pulled by Bazel are exactly the same as the git submodules checked into third_party. A tiny bit of complexity comes from the c-ares project's use of ares_config.h.cmake and ares_build.c.cmake. The current solution to this problem is to check in a valid ares_config.h and a few valid ares_config.h files. This is the same general approach used still, but ares_config.h and ares_build.h are supplied to cares.BUILD from the only remaining local_repository, which serves only to export these two header files.	7 years ago
Makarand Dharmapurikar	1d8e46559b	fixes #11473	8 years ago
Alexander Polcyn	f5521c33f9	Revert "Merge branch 'master' into v1.3.x" This reverts commit `79759fea1a`, reversing changes made to `dc36f4df6a`.	8 years ago
Makarand Dharmapurikar	72c4d00019	fix bazel build for osx add config setting for building c-ares on osx	8 years ago
Yuchen Zeng	4c702ed1a1	Add bazel build rule for c-ares	8 years ago

24 Commits (ce0b51b35c5552faa63503336b035b7cf70f572a)