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

Commit Graph

Author	SHA1	Message	Date
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	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
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
Frank Groeneveld	fbf8128da8	Add OpenBSD support	7 years ago
Alexander Polcyn	6dcbc1bb96	avoid __int64 for mingw portability	7 years ago
Mehrdad Afshari	e8e9541715	Update config_freebsd/ares_config.h to FreeBSD 11 ares 1.13	7 years ago
Jan Tattermusch	bb650ca875	reintroduce ares_build.h modification from #10719	7 years ago
Jan Tattermusch	f0208acffc	ares using monotonic clock on darwin breaks the build	7 years ago
Jan Tattermusch	f1a3e0c25a	add back manual edits to config_linux/ares_config.h	7 years ago
Jan Tattermusch	7a816865a5	regenerate darwin ares_config.h	7 years ago
Jan Tattermusch	138eea81f9	cherrypick fixed version of ares_build.h	7 years ago
Jan Tattermusch	ade414a191	fix ares 1.13 build on linux	7 years ago
Jan Tattermusch	b0f180afac	bump c-ares submodule to 1.13	7 years ago
Makarand Dharmapurikar	1d8e46559b	fixes #11473	8 years ago
Alexander Polcyn	c3735cbe90	hack to reimplement FDS macros	8 years ago
Alexander Polcyn	4616dd0685	dont use clock_gettime in grpc compatibiltiy mode	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
Mehrdad Afshari	79ec0ff542	Increase portability of CMakeLists.txt - Update CMakeLists.txt (original template and generated code) to prevent forcefully linking `dl` on all UNIX platforms, and rely on `${CMAKE_DL_LIBS}` portable variable instead. - Do not try linking against `librt` on macOS. - Add a `config_freebsd` directory containing the header file generated by the `configure` script for the `ares` library.	8 years ago
Yuchen Zeng	2aa194329b	c-ares mingw32 support	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	c09fd8c58a	Update c-ares to 1.12.0	8 years ago
Yuchen Zeng	4c702ed1a1	Add bazel build rule for c-ares	8 years ago

38 Commits (d98ecdb85c2fd35b08e627cba76281cf579a548d)