Tacti Tacoz
Ignore strong names
No but in my case I have a dependency that reference Newtonsoft.Json 8.0.0.0 unsigned, that I don't have control over. While my project reference Newtonsoft.Json 13.0.0.0 from nuget that is signed by newtonsoft.
As I said above if my project referneces something from the dependency that has the different newtonsoft.json in it's signature the CS0012 error happens because of the strong name of the nuget version eventhough they are compatible just fine otherwise.
This senario could have been as trivial as version 13.0.1 vs 13.0.2 and the strong name would still have broken the compatability
3 replies
✅ Circular References
Pretty sure both visual studio and rider is closed source. Visual studio doesn’t even support filtering out auto fill suggestions. And to be fair I do got actual work to do at some point…
Well anyway guys thanks for confirming me know that there is no supported work around at least
56 replies
✅ Circular References
I opened a post to hear if there were a reasonable solution that didn’t involve A. Merging all my general purpose library and B. Doesn’t involve causing unessesary abstraction.
All I got was to be told to find a different programming language and that same person and another that keeps spamming the same logical falciy reference that are irallivant due to what I explained above.
56 replies
✅ Circular References
Roslyn doesn’t require a reference to be a compiled dll file though. A compilation reference can be another compilation. It can be done if the devs of msbuild were willing to do it.
It isn’t a clr violation either.
So no I don’t see it as a chicken or egg scenario since neither project needs to be fully compiled to reference eachother.
56 replies