-
-
Notifications
You must be signed in to change notification settings - Fork 357
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Release v4 and v5 #71
Comments
Hi, Could not install package 'Nito.AsyncEx.Coordination 1.0.2'. You are trying to install this package into a project that targets '.NETPortable,Version=v4.5,Profile=Profile111', but the package does not contain any assembly references or content files that are compatible with that framework. For more information, contact the package author. Did you drop the compatibility for Xamarin and/or PCLs in general ? |
@dfandler I had to drop Windows 8.0 support, since I no longer use VS2012 with the v4 release. If you change to Profile151 (.NET 4.5.1, Windows Store 8.1, Windows Phone 8.1), you'll be able to install v4. |
Hi, |
@artmon StephenClearys answer solved my problem, you have to change your profile to something that does not support Windows 8.0. (e.g. profile 151) Also you have to retarget your existing nuget packages (rightclick retarget) |
More generally, follow the PCL upgrade guide here. |
Status update: AsyncEx v5 prerelease is available. It currently contains AsyncEx.Context (stable), AsyncEx.Coordination (stable), AsyncEx.Interop.WaitHandles (prerelease), AsyncEx.Oop (stable), AsyncEx.Tasks (prerelease), and Cancellation (stable). There's a couple of prerelease components as well as the collection that hasn't be brought over to v5 yet (#74). Once those are all done baking, then v5 will become stable. |
any information regarding v5 stable release? |
I'm looking into a strong-naming issue with the current prerelease. Once that's resolved, I'll release v5 stable. |
Wanted to let you know I'm looking forward to the update RE strong naming. |
@TonyValenti I attempted to get public strong naming working with v5 but unfortunately there were too many issues. Strong naming has been cut for v5. v5 is now only waiting on the resolution of #107 before it is released. Strong naming will be addressed using an alternative mechanism, one that I expect will be better for the NuGet ecosystem as a whole, instead of just AsyncEx. |
Thanks! Is there a version that has strong naming? I'm working on a project that requires it. |
There is not right now. The alternative mechanism will provide a strong-named version; until then, I recommend using the Strong Naming Toolkit |
v5 doesn't appear to support upgradeable locks on AsyncReaderWriterLock. Am I overlooking something? |
@CornedBee You're not missing anything; v5 doesn't support upgradeable locks. |
You're not missing anything; v5 doesn't support upgradeable locks. |
v4 is just bug fixes, but requires a major version bump because it's not possible to compile the code for some of the older platforms; therefore, some old platform support must be dropped.
v5 has some API changes and targets
netstandard
. AsyncEx has been split up into several smaller libraries for the v5 release, which are available today: AsyncEx.Coordination, AsyncEx.Context, AsyncEx.Tasks, AsyncEx.Oop, AsyncEx.Testing, and Mvvm.Async.Currently, the plan is to release a v5
AsyncEx
"parent" library that contains most or all of these (I'm not sure about includingAsyncEx.Testing
in the main library, andMvvm.Async
will be added in a future version since it's API is too much in flux at the moment).The text was updated successfully, but these errors were encountered: