[WIP] Portable Class Library Support#5
[WIP] Portable Class Library Support#5shiftkey wants to merge 8 commits intoCoder-Spirit:masterfrom shiftkey:portable-support
Conversation
See https://github.com/github/gitignore/blob/master/VisualStudio.gitignore for the latest version
|
Hi, I'll review this pull request in a few hours :) , thanks for your contribution. I had problems with AppVeyor CI too. Maybe your problem it's my fault, I don't know. |
|
@castarco Seems the script I added did enough to make it pass - let me know if there's anything else to add |
|
Sorry for being slow, I haven't find time to check it. I've seen the changes and look good, but I didn't test it yet. I have two doubts. Many months ago I tried to use PCLs, but I had problems on Linux :( . I suppose I can check if the problems persist with new Mono versions when I test it¹. The other doubt is about other .NET versions support. I've also had problems trying to use a signed version of ColorSharp compiled for .NET 4.0 on a .NET 4.5 project . I'm not an expert, it's possible in theory to use signed 4.0 assemblies on 4.5 projects²? About your questions:
|
I think this depends on your setup. For example, Ubuntu 14.04 (Trusty Tahr) supports Mono 3.2.8, but you can grab Mono 3.12 direct from the project. And there's a big difference between them.
I think this is a good benchmark to aim for. I've not tried wiring up Travis to do mono builds for each platform, maybe it's possible?
I could ramble on a lot about the actual value of signed assemblies and the scenarios where this is required (tl;dr: it's rather narrow). Unless you're dealing with scenarios were multiple instances of your assembly can exist in the same AppDomain (for example, Visual Studio extensions), I wouldn't stress too much about needing to sign your assemblies.
4.5 is considered an in-place replacement for 4.0, so a 4.0 assembly should run without issue on a machine which has .NET 4.5 installed. There's a whole bunch of other details about how the Mono runtime works which I'd need to wrap my head around as well, but I'd love to hear more about the problem you had, and if you can recreate it again that'd be amazing! |
The PCL reference assemblies package was installed on the Travis workers so it should just work. You can install it on your machine with |
|
Was able to clone and run the tests in Visual Studio Community Edition (after installing the NUnit test runner). Haven't had a chance to look into the Mono questions raised here... |
|
Hello, Any news around the publication of a PCL? Cheers! |
|
Hello @aloisdg , I paused the development of ColorSharp because I was a little bit discouraged after many problems with Mono, but it seems that the liberation of the .NET source code improved the situation. This afternoon I'll revisit the problem and I'll try to release a PCL version of the library. Thank you for your interest. |
|
Hi @castarco , thank you for your implication! :) |
|
Closing this one out as it's totally neglected now (my fault) but I'll leave the branch open if someone wants to pick this up. |
Fixes #4
I've not had a chance to test this out thoroughly, but I believe this is the easiest approach to supporting multiple versions of the .NET Framework in your project - as you don't have to manage references to framework assemblies.
This requires the latest version of VS2013, but should work against the Community SKU.
portable-net40%2Bsl50%2Bwin%2Bwpa81%2Bwp80Questions:
Let me know if you have any questions or concerns on this.