aboutsummaryrefslogtreecommitdiff
path: root/csharp/src/AddressBook/AddressBook.csproj
Commit message (Collapse)AuthorAgeFilesLines
* make changes and fixes in signingJan Tattermusch2015-08-021-14/+0
|
* build signed assembliesJan Tattermusch2015-08-021-0/+14
|
* First attempt at using profile 259 for Google.Protobuf.Jon Skeet2015-07-271-2/+5
| | | | | | | | This requires .NET 4.5, and there are a few compatibility changes required around reflection. Creating a PR from this to see how our CI systems handle it. Will want to add more documentation, validation and probably tests before merging. This is in aid of issue #590.
* First pass at the big rename from ProtocolBuffers to Google.Protobuf.Jon Skeet2015-07-171-2/+2
| | | | We'll see what I've missed when CI fails...
* More cleanup, based around searches for "Google.ProtocolBuffers"Jon Skeet2015-06-261-2/+2
| | | | | | | - Remove some old proto2-based C#-only messages - Remove the "build" directory which only contained out-of-date files - Remove the csharp_namespace option from proto2 messages - Change "Google.ProtocolBuffers" to "Google.Protobuf" in other messages
* remove TreatWarningsAsError setting to allow building in MonodevelopJan Tattermusch2015-05-121-2/+0
|
* Convert both the full and lite runtimes (and json/xml serialization ↵Jon Skeet2015-04-291-7/+6
| | | | | | | assemblies) to be Portable Class Libraries. All referring projects are now .NET 4 client rather than .NET 3.5. This commit also fixes up the ProtoBench app, which I'd neglected in previous commits. (Disentangling the two sets of changes would be time-consuming.)
* Update C# solution and AddressBook project.Jon Skeet2015-04-291-1/+1
| | | | | | | | Move to a single solution file containing all of the C# projects, but no other solution folders - it's easier to edit those files outside VS than keep adding and removing them from the project. The AddressBook protos have been regenerated (with a change to the example proto which I haven't included in this change - I'll wait for us to decide exactly what we're doing with namespaces before changing protos outside the csharp directory. Note that now we've got Addressbook.cs which contains AddressBook and Addressbook classes. It's bad enough that we've got a class called AddressBook within a namespace of AddressBook (hard to get away from) but having things vary just by case is nasty. This is more evidence that an option for renaming the file and descriptor class would be welcome. (A single option can probably handle both.)
* Imported protobuf-csharp-port into csharp/ treeJan Tattermusch2015-04-161-0/+75