| Commit message (Collapse) | Author | Age | |
|---|---|---|---|
| * | switch netcoreapp1.0->1.1 |  Jan Tattermusch | 2018-11-30 |
| | | |||
| * | PackageTargetFallback not necessary | Jan Tattermusch | 2017-09-05 |
| | | |||
| * | dont set RuntimeFrameworkVersion unneccessarily | Jan Tattermusch | 2017-09-05 |
| | | |||
| * | fix warnings in integration tests | Jan Tattermusch | 2017-08-11 |
| | | |||
| * | auto-fix most of licenses | Jan Tattermusch | 2017-06-08 |
| | | |||
| * | Initial migration to new .csproj files | Jan Tattermusch | 2017-04-07 |
| | | |||
| * | fix C# nuget restore | Jan Tattermusch | 2017-03-07 |
| | | |||
| * | use grpc_csharp_ext built by cmake | Jan Tattermusch | 2017-02-09 |
| | | |||
| * | get rid of unused ReleaseSigned config | Jan Tattermusch | 2016-12-09 |
| | | |||
| * | Merge remote-tracking branch 'upstream/v1.0.x' into HEAD | Jan Tattermusch | 2016-11-22 |
| |\ | |||
| | * | strong name sign csharp nuget builds with dotnet on windows |  Alexander Polcyn | 2016-11-01 |
| | | | |||
| * | | add copyrights for AssemblyInfo.cs files | Jan Tattermusch | 2016-09-21 |
| | | | |||
| | * | fix copying data directory | Jan Tattermusch | 2016-09-15 |
| | | | |||
| | * | dont enumerate runtimes in project.json file | Jan Tattermusch | 2016-09-15 |
| | | | |||
| | * | upgrade Moq to version that supports netstandard1.3 | Jan Tattermusch | 2016-09-15 |
| | | | |||
| * | | fix copying data directory | Jan Tattermusch | 2016-09-09 |
| | | | |||
| * | | dont enumerate runtimes in project.json file | Jan Tattermusch | 2016-09-08 |
| | | | |||
| * | | upgrade Moq to version that supports netstandard1.3 | Jan Tattermusch | 2016-09-05 |
| |/ | |||
| * | add all runtime nodes back into testing packages | Alexander Polcyn | 2016-08-09 |
| | | |||
| * | removed runtime nodes from project.json libraries | Alexander Polcyn | 2016-08-02 |
| | | |||
| * | Merge pull request #7580 from jtattermusch/netcore_nuget_to_rtm |  Jan Tattermusch | 2016-08-02 |
| |\ | | | | | Update .NET core dependencies to RTM | ||
| | * | regenerate | Jan Tattermusch | 2016-07-30 |
| | | | |||
| * | | update to use new nuget client in tests | Alexander Polcyn | 2016-07-28 |
| |/ | |||
| * | Overhaul how the native extension is found, loaded and used |  Jon Skeet | 2016-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. | ||
| * | regenerate | Jan Tattermusch | 2016-06-29 |
| | | |||
| * | regenerate files | Jan Tattermusch | 2016-06-27 |
| | | |||
| * | regenerate project.json files | Jan Tattermusch | 2016-06-21 |
| | | |||
| * | improve project.json files | Jan Tattermusch | 2016-06-20 |
| | | |||
| * | add debian.8-x64 to the list of runtimes | Jan Tattermusch | 2016-06-17 |
| | | |||
| * | address review comments | Jan Tattermusch | 2016-06-17 |
| | | |||
| * | prevent interfering of project.json files with .csproj files in VS2015 | Jan Tattermusch | 2016-06-15 |
| | | |||
| * | address comments | Jan Tattermusch | 2016-04-25 |
| | | |||
| * | Add C# stress test client | Jan Tattermusch | 2016-04-21 |
 |
index : grpc | |
| RPC system from Google |
| aboutsummaryrefslogtreecommitdiffhomepage |