1. 25 Jun, 2015 1 commit
    • Jon Skeet's avatar
      Get the Mono build script working again. · 0698aa97
      Jon Skeet authored
      The solution as a whole doesn't build yet - we probably want to remove
      ProtoDump and ProtoMunge entirely, and ProtoBench should use Jan's new
      benchmarks for parity with Java.
      
      The version of NUnit on my machine, packaged with Mono 3.12.1, is
      only NUnit 2.4.2, which is extremely old - it still requires an explicit
      [TestFixture] attribute on test fixtures. I've added one just for ByteStringTest
      for the moment so that we can see some tests passing in Travis, but as part of
      a separate PR we should work on making sure we're using a recent NUnit version.
      (It may already be doing so, but we can check that once it's working and merged.)
      0698aa97
  2. 17 Jun, 2015 1 commit
  3. 29 Apr, 2015 2 commits
    • Jon Skeet's avatar
      Convert both the full and lite runtimes (and json/xml serialization assemblies)… · ce97e686
      Jon Skeet authored
      Convert both the full and lite runtimes (and json/xml serialization 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.)
      ce97e686
    • Jon Skeet's avatar
      Update C# solution and AddressBook project. · 5e0189ab
      Jon Skeet authored
      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.)
      5e0189ab