Home → Problems →

Reference not found with NuGet auto restore

• Edit

aleksandar.toplek

19 Dec, 2014 01:35 PM

I get strange message from msbuild

```
C:\Program Files (x86)\MSBuild\14.0\bin\Microsoft.Common.CurrentVersion.targets(1811,5): warning MSB3245: Could not resolve this reference. Could not locate the assembly "SharpDX". Check to make sure the assembly exists on disk. If this reference is required by your code, you may get compilation errors. [C:\projects\sharpdx-toolkit-game-direct2d\SharpDX.Toolkit.Direct2D\SharpDX.Toolkit.Direct2D.csproj]
```

[Build](https://ci.appveyor.com/project/AleksandarDev/sharpdx-toolkit-game-direct2d/build/0.1.9)
[Source](https://github.com/Sparkiy/sparkiy-canvas)

1. Support Staff 1 Posted by Feodor Fitsner on 19 Dec, 2014 05:21 PM

   

   Looks like references are broken: https://github.com/Sparkiy/sparkiy-canvas/blob/master/SharpDX.Toolk... ($(SharpDXPackageBinDir) variable?)

   • Edit

2. 2 Posted by aleksandar.topl... on 19 Dec, 2014 05:36 PM

   

   I was looking at that too. This is auto-generated via NuGet 3 for Visual Studio 2015 Preview. You can find variable definition here: ..\packages\SharpDX.Toolkit.2.6.3\build\SharpDX.Toolkit.targets But only when package is restored.

   <!--Root SharpDX SDK Directory where assemblies are stored. This variable should be set as a Global System Environement Variable -->
       <SharpDXPackageDir Condition="'$(SharpDXPackageDir)' == ''">$(MSBuildThisFileDirectory)..</SharpDXPackageDir>
   
       <!--SharpDX Directory to link against - based on platform-->
       <SharpDXPackageBinDir Condition="'$(SharpDXPackageBinDir)' == ''">$(SharpDXPackageDir)\Bin\$(SharpDXPlatform)</SharpDXPackageBinDir>
   

   • Edit

3. Support Staff 3 Posted by Feodor Fitsner on 19 Dec, 2014 05:46 PM

   

   I see. It's the same chicken-egg problem as with BCL. It doesn't play well with .nuget folder.

   Add nuget restore to "Before build" script section on AppVeyor project settings. Going forward I'd get rid of .nuget folder

   • Edit

4. 4 Posted by aleksandar.topl... on 19 Dec, 2014 05:49 PM

   

   I did try that, but NuGet seems to have a bug and refuses to restore my solution as it contains C++ Universal project where Shared project contains .vcxitems which is not supported as it seems.

   https://ci.appveyor.com/project/AleksandarDev/sparkiy-client/build/...

   • Edit

5. Support Staff 5 Posted by Feodor Fitsner on 19 Dec, 2014 05:53 PM

   

   How do you restore locally then?

   • Edit

6. 6 Posted by aleksandar.topl... on 19 Dec, 2014 06:24 PM

   

   Looks like I was not using THE auto restore. I now ran migration scripts on both solutions and is works for first one. I still have to somehow avoid .vcxitems error.

   Thanks!
   Great support.

   • Edit

7. Support Staff 7 Posted by Feodor Fitsner on 19 Dec, 2014 08:34 PM

   

   The problem and solution: http://help.appveyor.com/discussions/problems/1239-how-to-get-more-...

   • Edit

8. Support Staff 8 Posted by Feodor Fitsner on 19 Dec, 2014 08:49 PM

   

   Right, I've checked nuget.exe and it references Microsoft.Build v4.0, not v12.0. This is the place where it loads solution for analyzing: http://nuget.codeplex.com/SourceControl/latest#src/CommandLine/Comm...

   Well, I can understand that - they can't take hard dependency on MSBuild 12.0 as there is no guarantee every developer has the latest VS already.

   • Edit

9. aleksandar.toplek closed this discussion on 13 Feb, 2015 07:34 PM.