aboutsummaryrefslogtreecommitdiffhomepage
path: root/csharp/src
Commit message (Collapse)AuthorAge
* Add a swift_prefix file option.Gravatar Thomas Van Lenten2016-11-30
| | | | | | | | Swift generators should default to CamelCasing the proto package and prefixing symbols with that, but this option allows developers to override that behavior with something custom if they desire. Fixes https://github.com/google/protobuf/issues/1833
* Add a "u" suffix to tag numbers in generated codeGravatar Adam Cozzette2016-11-22
| | | | | | This seems to be necessary to prevent warnings in some compiler configurations, particularly for tag numbers that are too large to fit in a signed 32-bit int.
* Fix csharp/src/Google.Protobuf.Test/project.jsonGravatar Julien Brianceau2016-11-14
| | | | | | | This change fixes the following Chromium presubmit error: third_party/protobuf/csharp/src/Google.Protobuf.Test/project.json could not be parsed: Expecting property name: line 25 column 3 (char 482)
* Fix message for InvalidProtocolBufferExceptionGravatar Msp2016-11-04
|
* Change JSON field name formattingGravatar Jon Skeet2016-11-03
| | | | | | | | | This affects cases with leading capital letters. This breaks compatibility with previous C# releases, but fixes compatibility with other implementations. See #2278 for details.
* Add back removed descriptor field.Gravatar Bo Yang2016-10-10
|
* Update version number.Gravatar Feng Xiao2016-10-10
| | | | | | [skip ci] Change-Id: I1ba6f6372a08b5796570851336e1a548602f60da
* Bump library veriosn to 3.1Gravatar Bo Yang2016-10-10
|
* Bump version number to 3.1.0-alpha-1.Gravatar Bo Yang2016-10-10
|
* Merge remote-tracking branch 'origin/3.0.x' into mergeGravatar Jisi Liu2016-09-14
|\
* | Rm check on dependency in the C# reflection API (#2051)Gravatar Guillaume Turri2016-09-05
| | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
| * Bump version number to 3.0.2Gravatar Jisi Liu2016-09-02
| |
* | Add more JSON tests around underscores (#1963)Gravatar Thomas Van Lenten2016-08-16
| | | | | | | | Add more JSON tests around underscores
* | Regenerate conformance files to include extra oneof fields.Gravatar Jon Skeet2016-08-15
| | | | | | | | | | | | 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-GAGravatar Jisi Liu2016-07-29
|\ \ | | | | | | Merge 3.0.0-GA into master
| | * Bring C#'s ToPascalCase method in line with C++.Gravatar Jon Skeet2016-07-27
| |/ | | | | | | | | (This still doesn't fix the conformance tests, but at least we're now consistent with the C++ code.)
* | Bring C#'s ToPascalCase method in line with C++.Gravatar Jon Skeet2016-07-27
| | | | | | | | | | (This still doesn't fix the conformance tests, but at least we're now consistent with the C++ code.)
| * Bump version number for GAGravatar Jisi Liu2016-07-25
|/
* Move to dotnet cli for building, and .NET Core (netstandard1.0) as target ↵Gravatar Jon Skeet2016-07-14
| | | | | | platform (#1727) This also updates the version number to 3.0.0-beta4
* Remove the overload for Add(RepeatedField<T>)Gravatar Jon Skeet2016-07-14
| | | | | | | 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 ICollectionGravatar Jon Skeet2016-07-14
| | | | (Also fix a few more C# 6-isms.)
* Implement RepeatedField.AddRange.Gravatar Jon Skeet2016-07-14
| | | | This fixes issue #1730.
* Improve exception throwing implementation in collectionsGravatar Jon Skeet2016-07-14
|
* Update version number in AssemblyInfo.cs.Gravatar Feng Xiao2016-07-14
|
* Update version number to 3.0.0-beta-4Gravatar Feng Xiao2016-07-13
|
* Update generated files.Gravatar Feng Xiao2016-07-13
|
* Fixed out-of-date documentation for CodedInputStream.ReadEnum. (#1581)Gravatar Jos Hickson2016-07-10
|
* Remove unnecessary reflection callGravatar Jon Skeet2016-07-08
| | | | | 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 commitGravatar Jon Skeet2016-07-04
|
* Adding conditional compiler symbol to support .NET 3.5 (#1713)Gravatar detlevschwabe2016-06-28
| | | | * Adding condition compiler symbol to support .NET 3.5
* Expose JsonFormatter.WriteValue.Gravatar Jon Skeet2016-06-23
| | | | | 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 documentationGravatar Jon Skeet2016-06-21
| | | | | | | | 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-3Gravatar Jisi Liu2016-05-16
|\ | | | | Merge Beta 3 release branch into master
| * Fix csharp versionGravatar Jisi Liu2016-05-11
| |
* | Move test for standalone BoolValue to JsonParserTestGravatar Jon Skeet2016-05-11
| | | | | | | | | | | | 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.Gravatar Jos Hickson2016-05-11
| |
| * Update version numbers for other languagesGravatar Jisi Liu2016-05-10
|/
* Merge pull request #1471 from jskeet/any-hostGravatar Jon Skeet2016-05-06
|\ | | | | Allow custom type URL prefixes in Any.Pack
| * Allow custom type URL prefixes in Any.PackGravatar Jon Skeet2016-04-29
| | | | | | | | | | | | (And likewise ignore the prefix in unpack.) Fixes issue #1459.
* | Merge branch 'master' of github.com:google/protobufGravatar Jisi Liu2016-04-28
|/
* Regenerate well-known types for C#Gravatar Jon Skeet2016-04-20
| | | | | (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.Gravatar Jon Skeet2016-04-20
| | | | (JSON parsing already does the right thing.)
* Regenerate all C# code and make it compileGravatar Jon Skeet2016-04-20
| | | | JSON tests fail, as we're not using OriginalNameAttribute yet.
* Add C# codegen changes to enum value names (mostly C++)Gravatar Jon Skeet2016-04-20
| | | | | | | | | | 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.Gravatar Jon Skeet2016-04-01
| | | | (NCrunch noticed these.)
* Merge pull request #1369 from jskeet/tools-nuspecGravatar Jan Tattermusch2016-03-31
|\ | | | | Introduce a new nuget package, Google.Protobuf.Tools, basically to contain protoc on multiple platforms.
| * Introduce a new nuget package, Google.Protobuf.Tools, basically to contain ↵Gravatar Jon Skeet2016-03-31
| | | | | | | | | | | | | | | | 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 FieldDescriptorGravatar Jon Skeet2016-03-30
|/ | | | | | | | 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 fixesGravatar alien2016-03-29
|
* csharp: add support for the json_name optionGravatar alien2016-03-18
| | | | | Conflicts: csharp/src/Google.Protobuf/JsonFormatter.cs
generated by cgit v1.2.3 (git 2.39.1) at 2024-07-06 14:27:59 +0000