| Commit message (Collapse) | Author | Age |
|\
| |
| | |
add all runtime nodes back into testing packages
|
|\ \
| | |
| | | |
Update ruby google-protobuf dependency to 3.0
|
|\ \ \
| | | |
| | | | |
Update node protobuf dependency to 3.0.0 where applicable. Also update example dependency to grpc 1.0.0
|
| | | | |
|
| |_|/
|/| | |
|
| | | |
|
| | | |
|
| |\ \
| |/ /
|/| | |
|
|\ \ \
| | | |
| | | | |
Update .NET core dependencies to RTM
|
| | | | |
|
| | | | |
|
| | |/
| |/| |
|
| |/
| |
| |
| | |
example dependency to grpc 1.0.0
|
|/ |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| | |
Polish grpcio_health_checking package
|
|\ \
| | |
| | | |
Advance versions from 0.14 -> 1.0.0-pre1
|
| | | |
|
| |/
|/|
| |
| |
| |
| |
| | |
-Rename namespace to grpc_health->grpc to match spec
-Proper use of NOT_FOUND status code
-Improve testing
-Add source distribution to artifact build
|
| |
| |
| | |
Yay compatibility and predictability!
|
| | |
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The goal of this is to fix #7230.
The changes here are:
- The layout in the nuget package; the files are now in
`/runtimes/{os}/native/{library}`
- The filename of each library, which now includes the architecture,
e.g `grpc_csharp_ext.x64.dll`
- The targets file used to copy those files in msbuild-based projects;
note that we now don't build up a folder structure.
- The way the functions are found
Before this change, on Linux and OSX we used to find library symbols
manually, and use DllImport on Windows. With this change, the name
of the library file changes based on architecture, so `DllImport`
doesn't work. Instead, we have to use `GetProcAddress` to fetch the
function. This is further convoluted by the convention on
Windows-x86 to prefix the function name with `_` and suffix it based
on the stack size of the arguments. We can't easily tell the
argument size here, so we just try 0, 4, 8...128. (128 bytes should
be enough for anyone.) This is inefficient, but it's a one-time hit
with a known number of functions, and doesn't seem to have any
significant impact.
The benefit of this in code is we don't need the DllImports any
more, and we don't need to conditionally use `FindSymbol` - we just
use it for everything, so things are rather more uniform and tidy.
The further benefit of this is that the library name is no longer
tied to a particular filename format - so if someone wanted to have
a directory with the libraries for every version in, with the
version in the filename, we'd handle that just fine. (At least once
Testing:
- Windows:
- Console app under msbuild, dotnet cli and DNX
- ASP.NET Classic under msbuild
- ASP.NET Core (still running under net451)
- Ubuntu 16.04
- Console app under dotnet cli, run with dotnet run and mono
- OSX:
- Console app under dotnet cli, run with dotnet run and mono
Under dotnet cli, a dependency on `Microsoft.NETCore.Platforms` is
required in order to force the libraries to be copied.
This change does *not* further enable .NET Core. It attempts to
keep the existing experimental .NET Core project files in line
with the msbuild files, but I expect further work to be required
for .NET Core, which has a different build/publication model.
|
|\
| |
| | |
Move Python.h include out of loader code
|
| | |
|
|/ |
|
| |
|
|\
| |
| |
| |
| |
| | |
Conflicts:
.gitmodules
gRPC.podspec
|
| | |
|
|\|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
Makefile
build.yaml
gRPC-Core.podspec
gRPC.podspec
package.json
package.xml
src/core/lib/surface/version.c
src/csharp/Grpc.Auth/project.json
src/csharp/Grpc.Core/VersionInfo.cs
src/csharp/Grpc.Core/project.json
src/csharp/Grpc.HealthCheck/project.json
src/csharp/build_packages.bat
src/node/tools/package.json
src/python/grpcio/grpc/__init__.py
src/python/grpcio/grpc_version.py
src/python/grpcio_tests/tests/unit/_rpc_test.py
src/ruby/lib/grpc/version.rb
src/ruby/tools/version.rb
templates/gRPC.podspec.template
tools/distrib/python/grpcio_tools/grpc_version.py
tools/doxygen/Doxyfile.c++
tools/doxygen/Doxyfile.c++.internal
tools/doxygen/Doxyfile.core
tools/doxygen/Doxyfile.core.internal
tools/run_tests/port_server.py
|
| |\
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Conflicts:
gRPC.podspec
src/objective-c/BoringSSL.podspec
src/objective-c/examples/RemoteTestClient/RemoteTest.podspec
src/objective-c/examples/Sample/Sample.xcodeproj/project.pbxproj
src/objective-c/examples/SwiftSample/SwiftSample.xcodeproj/project.pbxproj
src/objective-c/tests/Podfile
templates/gRPC.podspec.template
third_party/protobuf
|
| | | |
|
|\ \ \
| | | |
| | | | |
Remove gmock protobuf dependency from cmake build
|
|\ \ \ \
| | | | |
| | | | | |
Fix Python interop unit-tests on Windows
|
|\ \ \ \ \
| | | | | |
| | | | | | |
Split Node health check code into a separate package and make it use static codegen
|
| |/ / / /
|/| | | | |
|
|\ \ \ \ \
| | | | | |
| | | | | | |
Merge 0.14 into master
|
|\ \ \ \ \ \
| | | | | | |
| | | | | | | |
Make running individual Python tests less painful
|
| |_|_|/ / /
|/| | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
A full build of protobuf depends on gmock even though it is not part of
a standrad checkout. This CL explicitly disable the build of the
protobuf tests to get rid of this dependency.
If somebody want to build the protobuf tests then they have to download
gmock to the protobuf directory and specify -Dprotobuf_BUILD_TESTS=ON
to the cmake command line.
Fixes https://github.com/grpc/grpc/issues/7233
|
|\ \ \ \ \ \
| | | | | | |
| | | | | | | |
Expunge all references to zookeeper
|
| | | |\ \ \ \
| |_|_|/ / / /
|/| | | | | |
| | | | | | | |
The protobuf commit conflicted. Resolved to the latest one.
|
| | | | | | | |
|
|\ \ \ \ \ \ \ |
|
| |/ / / / / / |
|