You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Wrong assembly version in Unquote.NetStandard #152
So the compiled dll that comes out from the build of Unquote.NetStandard has version 1.0.0
This breaks other packages, like FSharp.AWS.DynamoDB that have Unquote as a dependency, at least when using the paket dependency manager.
When trying to use FSharp.AWS.DynamoDB which depends on Unquote, I am getting the error: Could not load file or assembly 'Unquote, Version=4.0.0.0, Culture=neutral, PublicKeyToken=null'. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)
I cloned the repo and updated Unquote.NetStandard.fsproj by adding the following line to PropertyGroup: <Version>5.0.0</Version>. Then I re-compiled and manually replaced dll next to my project, then it worked.
Adding <GenerateAssemblyInfo>false</GenerateAssemblyInfo> to Unquote.NetStandard.fsproj also produced the dll with the correct version in manifest.
Could you please make sure that Unquote.NetStandard is build with the correct version?
This is now released as part of Unquote 6.0.0! Thanks for your patience. A big part of Unquote 6.0.0 was modernizing build tooling which I hope will improve turn-around time for fixing issues like this including encouraging more contributions by the community.
Activity
stephen-swensen commentedon Sep 19, 2019
Oh wow, thanks for detailed report! I'll try to get a fix out ASAP.
stephen-swensen commentedon Oct 27, 2020
ASAP can be a long time for me these days... sorry. This is still on my radar though.
stephen-swensen commentedon Apr 27, 2021
This will be fixed by #156
stephen-swensen commentedon Apr 30, 2021
This is now released as part of Unquote 6.0.0! Thanks for your patience. A big part of Unquote 6.0.0 was modernizing build tooling which I hope will improve turn-around time for fixing issues like this including encouraging more contributions by the community.
V6: modernize build tooling around `dotnet` cli (SwensenSoftware#156)