aboutsummaryrefslogtreecommitdiff
path: root/csharp
Commit message (Collapse)AuthorAgeFilesLines
* Add script to build Google.Protobuf.Tools for csharp.Bo Yang2016-10-101-0/+52
|
* Add back removed descriptor field.Bo Yang2016-10-101-58/+91
|
* Update version number.Feng Xiao2016-10-102-2/+2
| | | | | | [skip ci] Change-Id: I1ba6f6372a08b5796570851336e1a548602f60da
* Bump library veriosn to 3.1Bo Yang2016-10-1011-136/+97
|
* Bump version number to 3.1.0-alpha-1.Bo Yang2016-10-102-2/+2
|
* Update README.mdJan Tattermusch2016-09-221-3/+0
|
* Merge remote-tracking branch 'origin/3.0.x' into mergeJisi Liu2016-09-142-2/+2
|\
| * Bump version number to 3.0.2Jisi Liu2016-09-022-2/+2
| |
| * Bring C#'s ToPascalCase method in line with C++.Jon Skeet2016-07-272-2/+16
| | | | | | | | | | (This still doesn't fix the conformance tests, but at least we're now consistent with the C++ code.)
* | Rm check on dependency in the C# reflection API (#2051)Guillaume Turri2016-09-051-12/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | This check adds a few constraints on the way to build a project when we have a proto file which imports another one. In particular, on projects which build both C# and Java, it's easy to end up with exceptions like Expected: included.proto but was src/main/protobuf/included.proto A user may work around this issue, but it may add unnecessary constraints on the layout of the project. According to https://github.com/google/protobuf/commit/f3504cf3b1d456a843e8242fdee9ba0bf2991dc1#diff-ecb0b909ed572381a1c8d1994f09a948R309 it has already been considered to get rid of this check, for similar considerations, and because it doesn't exist in the Java code
* | Add more JSON tests around underscores (#1963)Thomas Van Lenten2016-08-161-37/+210
| | | | | | | | Add more JSON tests around underscores
* | Regenerate conformance files to include extra oneof fields.Jon Skeet2016-08-151-83/+242
| | | | | | | | | | | | This should fix the failures in the conformance tests - although it highlights the problem that we need to do this when changing the conformance.proto file...
* | Merge pull request #1893 from google/3.0.0-GAJisi Liu2016-07-292-2/+2
|\| | | | | Merge 3.0.0-GA into master
| * Bump version number for GAJisi Liu2016-07-252-2/+2
| |
* | Bring C#'s ToPascalCase method in line with C++.Jon Skeet2016-07-272-2/+16
|/ | | | | (This still doesn't fix the conformance tests, but at least we're now consistent with the C++ code.)
* Move to dotnet cli for building, and .NET Core (netstandard1.0) as target ↵Jon Skeet2016-07-1436-789/+314
| | | | | | platform (#1727) This also updates the version number to 3.0.0-beta4
* Remove the overload for Add(RepeatedField<T>)Jon Skeet2016-07-142-19/+23
| | | | | | | We now just perform the optimization within AddRange itself. This is a breaking change in terms of "drop in the DLL", but is source compatible, which should be fine.
* Optimize AddRange for sequences implementing ICollectionJon Skeet2016-07-142-8/+110
| | | | (Also fix a few more C# 6-isms.)
* Implement RepeatedField.AddRange.Jon Skeet2016-07-142-1/+23
| | | | This fixes issue #1730.
* Improve exception throwing implementation in collectionsJon Skeet2016-07-142-45/+25
|
* Update version number in AssemblyInfo.cs.Feng Xiao2016-07-141-1/+1
|
* Update version number to 3.0.0-beta-4Feng Xiao2016-07-132-3/+3
|
* Update generated files.Feng Xiao2016-07-131-3/+3
|
* Fixed out-of-date documentation for CodedInputStream.ReadEnum. (#1581)Jos Hickson2016-07-101-3/+1
|
* Merge pull request #1702 from lukebakken/csharp-nuget-doc-updateJon Skeet2016-07-101-2/+2
|\ | | | | Modify csharp README since there are now two NuGet packages
| * Modify csharp README since there are now two NuGet packagesLuke Bakken2016-06-221-2/+2
| |
* | Remove unnecessary reflection callJon Skeet2016-07-083-35/+6
| | | | | | | | | | This is the only call to TypeExtensions.IsValueType, so we can remove that method, making the whole type conditionally compiled out for .NET 3.5
* | Changes to generated code from previous commitJon Skeet2016-07-0420-244/+2537
| |
* | Adding conditional compiler symbol to support .NET 3.5 (#1713)detlevschwabe2016-06-287-5/+36
| | | | | | | | * Adding condition compiler symbol to support .NET 3.5
* | Expose JsonFormatter.WriteValue.Jon Skeet2016-06-232-25/+58
|/ | | | | This isn't useful to most users, but can be handy in advanced use cases, as requested in #1465.
* Remove ordering guarantees in the MapField documentationJon Skeet2016-06-211-3/+4
| | | | | | | | This doesn't currently change the ordering in the implementation, but allows us to do so in the future. We also need to change https://developers.google.com/protocol-buffers/docs/reference/csharp-generated#singular which states "Finally, unlike Dictionary<TKey, TValue>, MapField<TKey, TValue> preserves insertion order of entries." (We can just remove that sentence, I think.)
* Merge pull request #1542 from google/beta-3Jisi Liu2016-05-163-5/+5
|\ | | | | Merge Beta 3 release branch into master
| * Fix csharp versionJisi Liu2016-05-111-1/+1
| |
| * Update version numbers for other languagesJisi Liu2016-05-102-4/+4
| |
* | Move test for standalone BoolValue to JsonParserTestJon Skeet2016-05-113-7/+19
| | | | | | | | | | | | Also added a standalone formatter test, for confidence. Have validated that undoing the change in 835fb947 breaks the tests (i.e. we are still testing that the change is required).
* | Fixed parsing of BoolValue.Jos Hickson2016-05-112-1/+9
|/
* Merge pull request #1471 from jskeet/any-hostJon Skeet2016-05-066-23/+88
|\ | | | | Allow custom type URL prefixes in Any.Pack
| * Allow custom type URL prefixes in Any.PackJon Skeet2016-04-296-23/+88
| | | | | | | | | | | | (And likewise ignore the prefix in unpack.) Fixes issue #1459.
* | Merge branch 'master' of github.com:google/protobufJisi Liu2016-04-282-1/+3
|/
* Regenerate well-known types for C#Jon Skeet2016-04-208-103/+130
| | | | | (There are documentation changes and new fields in descriptor.proto that have resulted in changes to the serialized descriptor, but no breaking changes for C#.)
* Use the original name in JSON formatting.Jon Skeet2016-04-202-2/+45
| | | | (JSON parsing already does the right thing.)
* Regenerate all C# code and make it compileJon Skeet2016-04-2022-285/+285
| | | | JSON tests fail, as we're not using OriginalNameAttribute yet.
* Add C# codegen changes to enum value names (mostly C++)Jon Skeet2016-04-202-0/+59
| | | | | | | | | | Overview of changes: - A new C#-specific command-line option, legacy_enum_values to revert to the old behavior - When legacy_enum_values isn't specified, we strip the enum name as a prefix, and PascalCase the value name - A new attribute within the C# code so that we can always tell the original in-proto name Regenerating the C# code with legacy_enum_values leads to code which still compiles and works - but there's more still to do.
* Remove duplicate test cases.Jon Skeet2016-04-012-2/+0
| | | | (NCrunch noticed these.)
* Merge pull request #1369 from jskeet/tools-nuspecJan Tattermusch2016-03-312-14/+37
|\ | | | | Introduce a new nuget package, Google.Protobuf.Tools, basically to contain protoc on multiple platforms.
| * Remove duplicate lineJon Skeet2016-03-311-1/+0
| |
| * Introduce a new nuget package, Google.Protobuf.Tools, basically to contain ↵Jon Skeet2016-03-312-14/+38
| | | | | | | | | | | | | | | | protoc on multiple platforms. I've moved both protoc.exe and the proto files out of Google.Protobuf. The .proto files aren't a slam-dunk, but it feels like they belong with protoc as you'd *use* them with protoc. It's not clear to me whether we really need both an x86 and x64 version of protoc.exe, as x86 would work on 64-bit Windows anyway. Discuss :)
* | Refactoring of FieldDescriptorJon Skeet2016-03-301-61/+39
|/ | | | | | | | This makes no externally visible behavioral changes. Internally and non-behaviorally: - We use a field (compiler-generated) to store the JsonName to avoid recomputing it repeatedly - The documentation for JsonName is updated to reflect the meaning better - Readonly autoprops and expression-bodied properties used where possible
* Code review fixesalien2016-03-295-7/+5
|
* csharp: add support for the json_name optionalien2016-03-186-8/+207
| | | | | Conflicts: csharp/src/Google.Protobuf/JsonFormatter.cs