Problem with our reference-system
2 views
Skip to first unread message
Dennis Albrecht
Oct 18, 2014, 2:14:10 PM10/18/14
to kave...@googlegroups.com
Hey guys,
I have a little problem with our reference-system. I want to use some class that is defined within two assemblies and this prevents the compiler from finishing correctly (ambiguous references). The class in question is "System.Linq.ParallelEnumerable" from assembly System.Core.dll with the second occurrence in System.Threading.dll. Removing the second one from my file-system works well while compiling (except from the warnings that the projects are referencing a non-existing library) but at some (for me) arbitrary point in time (perhaps it was a project-reload) the dll is there again. It seems that we don't need "System.Threading.dll", so I think we could just remove it from our reference-list, but I don't know how to do this (removing this reference from the project's reference-list has no effect; the reference is there again after project-reload).
The dll is located in "\kave\feedback-generator\packages\JetBrains.ReSharper.SDK.8.2.1158\bin\". May this be a reference that we cannot remove because ReSharper needs it? If so, how to solve the ambiguity?
Greets Dennis
I have a little problem with our reference-system. I want to use some class that is defined within two assemblies and this prevents the compiler from finishing correctly (ambiguous references). The class in question is "System.Linq.ParallelEnumerable" from assembly System.Core.dll with the second occurrence in System.Threading.dll. Removing the second one from my file-system works well while compiling (except from the warnings that the projects are referencing a non-existing library) but at some (for me) arbitrary point in time (perhaps it was a project-reload) the dll is there again. It seems that we don't need "System.Threading.dll", so I think we could just remove it from our reference-list, but I don't know how to do this (removing this reference from the project's reference-list has no effect; the reference is there again after project-reload).
The dll is located in "\kave\feedback-generator\packages\JetBrains.ReSharper.SDK.8.2.1158\bin\". May this be a reference that we cannot remove because ReSharper needs it? If so, how to solve the ambiguity?
Greets Dennis
Sven Amann
Oct 19, 2014, 5:51:27 AM10/19/14
to Dennis Albrecht, kave...@googlegroups.com
Hi Dennis,
as you found out yourself, the duplicated threading-dependency comes via R# and is, therefore, undeletable. This is a known issue. Others have it too. It was reported to the R# guys months ago.
Please let us find a date to discuss your approach before you spend to much time searching for workarounds.
Best,
Sven
> --
> You received this message because you are subscribed to the Google Groups "kave-dev" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to kave-dev+u...@googlegroups.com.
> To post to this group, send email to kave...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/kave-dev/fff968e4-b076-44b0-9fde-e52e951f48cd%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
as you found out yourself, the duplicated threading-dependency comes via R# and is, therefore, undeletable. This is a known issue. Others have it too. It was reported to the R# guys months ago.
Please let us find a date to discuss your approach before you spend to much time searching for workarounds.
Best,
Sven
> You received this message because you are subscribed to the Google Groups "kave-dev" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to kave-dev+u...@googlegroups.com.
> To post to this group, send email to kave...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/kave-dev/fff968e4-b076-44b0-9fde-e52e951f48cd%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
Reply all
Reply to author
Forward
0 new messages