aboutsummaryrefslogtreecommitdiffhomepage
path: root/src/csharp/Grpc.Examples.MathClient
Commit message (Collapse)AuthorAge
* add copyrights for AssemblyInfo.cs filesGravatar Jan Tattermusch2016-09-21
|
* dont enumerate runtimes in project.json fileGravatar Jan Tattermusch2016-09-08
|
* cleanup of project.json filesGravatar Jan Tattermusch2016-09-05
|
* add all runtime nodes back into testing packagesGravatar Alexander Polcyn2016-08-09
|
* removed runtime nodes from project.json librariesGravatar Alexander Polcyn2016-08-02
|
* Merge pull request #7580 from jtattermusch/netcore_nuget_to_rtmGravatar Jan Tattermusch2016-08-02
|\ | | | | Update .NET core dependencies to RTM
| * regenerateGravatar Jan Tattermusch2016-07-30
| |
* | update to use new nuget client in testsGravatar Alexander Polcyn2016-07-28
|/
* Overhaul how the native extension is found, loaded and usedGravatar Jon Skeet2016-07-15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* regenerateGravatar Jan Tattermusch2016-06-29
|
* regenerate filesGravatar Jan Tattermusch2016-06-27
|
* regenerate project.json filesGravatar Jan Tattermusch2016-06-21
|
* improve project.json filesGravatar Jan Tattermusch2016-06-20
|
* add debian.8-x64 to the list of runtimesGravatar Jan Tattermusch2016-06-17
|
* address review commentsGravatar Jan Tattermusch2016-06-17
|
* migrate everything to netstandard1.5Gravatar Jan Tattermusch2016-06-16
|
* update project.jsonGravatar Jan Tattermusch2016-06-15
|
* update .xproj filesGravatar Jan Tattermusch2016-06-15
|
* prevent interfering of project.json files with .csproj files in VS2015Gravatar Jan Tattermusch2016-06-15
|
* add support for CoreCLRGravatar Jan Tattermusch2016-06-14
|
* fix copyrightsGravatar Jan Tattermusch2016-04-01
|
* migrate code to single client-side classGravatar Jan Tattermusch2016-04-01
|
* migrate from client side interface to client side abstract classGravatar Jan Tattermusch2016-04-01
|
* include assembly signing key in the repoGravatar Jan Tattermusch2016-01-21
|
* introduce the new split-type credentials apiGravatar Jan Tattermusch2015-10-06
|
* Merge remote-tracking branch 'upstream/master' into csharp_upgrade_to_proto3Gravatar Jan Tattermusch2015-08-26
|\ | | | | | | | | Conflicts: src/csharp/Grpc.IntegrationTesting/InteropClient.cs
| * get rid of explicit GrpcEnvironment.Shutdown()Gravatar Jan Tattermusch2015-08-20
| |
* | upgraded NuGet packageGravatar Jan Tattermusch2015-08-08
|/
* Add ReleaseSigned configuration for Grpc.slnGravatar Jan Tattermusch2015-07-27
|
* make insecure channel and server explicitGravatar Jan Tattermusch2015-07-24
|
* fix x86 target to be AnyCPUGravatar Jan Tattermusch2015-07-24
|
* renaming stub to client and refactoring metadata classGravatar Jan Tattermusch2015-07-15
|
* introduce Version.cs as single source of truth of gRPC C# versionGravatar Jan Tattermusch2015-07-15
|
* no need to call GrpcEnvironment.Initialize() explicitlyGravatar Jan Tattermusch2015-07-10
|
* bumped version of C#Gravatar Jan Tattermusch2015-07-09
|
* add host and port overload for new channelGravatar Jan Tattermusch2015-06-08
|
* bump version of gRPC C# assembliesGravatar Jan Tattermusch2015-05-14
|
* Replace handwritten math stub by the generated oneGravatar Jan Tattermusch2015-05-07
|
* csharp version 0.1 -> 0.2Gravatar Jan Tattermusch2015-04-07
|
* cleanup of C# API examplesGravatar Jan Tattermusch2015-04-02
|
* code style fixes based on StyleCop warningsGravatar Jan Tattermusch2015-03-11
|
* Used StyleCop to get rid of tabs in the source codeGravatar Jan Tattermusch2015-03-06
|
* renamed MathClient -> Grpc.Examples.MathClientGravatar Jan Tattermusch2015-02-20
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-23 13:42:48 +0000