Visual Studio - NuGet i powtarzające się nazwy bibliotek

Witam,

Trafiłem na dość rzadki problem z powtarzającymi się nazwami bibliotek.
A mianowicie mam w references bibliotekę o nazwie RawInput.dll.

Z NuGeta ściągam inną bibliotekę niestety ma ona nazwę RawInput.dll.
Visual kiedy wykrywa coś takiego, zastępuje jedną bibliotekę drugą, czego oczywiście bym nie chciał.

I tu pytanie jest możliwość zmiany nazwy biblioteki ?
Czy da się ten problem jakoś inaczej rozwiązać?

I tu pytanie jest możliwość zmiany nazwy biblioteki
A próbowałeś?

Tak i działa dopóki nie stworze obiektu z klasy tej biblioteki. Jedną nazwę biblioteki zmieniłem na RawI. Gdy stworze taki obiekt to wyskakuje mi błąd jak w załączniku. Jakby cały czas próbował znaleźć lokalizacje tej bibliotek**"RawInput"**.

Przypomniało mi się extern alias i taki temat ze stacka:
http://stackoverflow.com/questions/3672920/two-different-dll-with-same-namespace
i msdn:
https://msdn.microsoft.com/en-us/library/ms173212.aspx

Pobawiłem się aliasami, ale nie rozwiązują one mojego problemu. Problem leży już na samym początku podczas dodawania bibliotek do visuala ,więc nie mogę zastosować aliasów póki nie będę miał tych bibliotek dodanych do projektu (chyba że źle zrozumiałem aliasy i coś mylę) .
Podczas próby dodania jednocześnie 2 bibliotek o tych samych nazwach, wyskakuje błąd jak w załączniku ( co jest zrozumiałe ),
kiedy dodaje jedną bibliotekę po drugiej to tak jak wcześniej pisałem, visual starą bibliotekę zastępuje nową.

Spróbuj zrobić dodatkowy projekt, w nim dodaj tę drugą bibliotekę (inny namespace).

Stworzyłem projekt DevicesList w którym dodałem tą bibliotek.

Jak odwołać się do bibliotek z innego projektu. Da się w ogóle tak ?

Sprawdziłem ten link http://blogs.msdn.com/b/ansonh/archive/2006/09/27/774692.aspx pokazuje on jak skorzystać z aliasów.
W swoim przykładzie tworzy 2 bibliteki FooVersion1 i FooVersion2, przez to nie napotyka na mój problem.

Bawić się z taką pierdołą od prawie 3 dni. Weź zmień nazwę tego projektu oraz zmień mu w właściwościach Assembly name i Default namespace żeby nic więcej się nie gryzło i po kłopocie. A tak na przyszłość zaczynaj nazwy projektów od jakiejś wspólnej nazwy nie wiem niech każdy projekt zaczyna się od nazwy solucji. EDIT: I popraw namespace w już istniejących plikach żeby zaraz nie było że w jednym namespace masz klasy z dwóch różnych dllek.

Tak działa w przypadku kiedy masz:
klasę - klasę
klasę - dll
Ale nie działa to w przypadku:
dll - dll

Cóż ja mam przypadek klasę - dll więc zadziałało :p (trochę szukałem rozwiązania na około)

Jednak w dalszym ciągu problem dll-dll nie został rozwiązany (więc istnieje prawdopodobieństwo, że ktoś się kiedyś z tym problemem spotka)

Temat chyba można zamknąć.