WIP: Combine #546 and #531#557
WIP: Combine #546 and #531#557fractus wants to merge 6 commits intopythonnet:masterfrom fractus:pr546+531
Conversation
|
Hi! Thank you for testing under Mac and your fixes. I don't know how but ms fixed their Case issue with System.XML.dll(that should be System.Xml.dll) (probably with help of CoreCLR 2.0.0 improvement or silent myget package update). |
|
PRs merging process currently is too slow. |
Codecov Report
@@ Coverage Diff @@
## master #557 +/- ##
==========================================
- Coverage 77.16% 77.08% -0.09%
==========================================
Files 65 65
Lines 5610 5651 +41
Branches 888 888
==========================================
+ Hits 4329 4356 +27
- Misses 993 1007 +14
Partials 288 288
Continue to review full report at Codecov.
|
Codecov Report
@@ Coverage Diff @@
## master #557 +/- ##
==========================================
- Coverage 77.14% 77.08% -0.06%
==========================================
Files 65 65
Lines 5617 5651 +34
Branches 888 888
==========================================
+ Hits 4333 4356 +23
- Misses 996 1007 +11
Partials 288 288
Continue to review full report at Codecov.
|
|
@fractus why do you have WIP in your PR title? Let me also check tomorrow morning on my Mac. |
|
@denfromufa Thanks -- the reason for the WIP is the potentially breaking change in the csproj; I also want to check on Win10 and Linux. |
|
On MSBuild 14 (VS2015) (Win7), the branch builds ( On MSBuild 15 and dotnet2.0 (Win10), the branch fails; standard
but this one fails: |
|
I will try to debug this problem. --dry-run switch was never debugged with --xplat |
|
Something that may be helpful: on Win10 + MSBuild15, installing the wheel file from the PR artifacts worked: |
> dotnet build src\clrmodule\clrmodule.15.csproj /p:Configuration=DebugWinPY3
Microsoft (R) Build Engine version 15.3.409.57025 for .NET Core
Copyright (C) Microsoft Corporation. All rights reserved.
clrmodule.15 -> c:\dev\pythonnet\src\clrmodule\bin\clrmodule.dll
C:\Users\vpapakos\.nuget\packages\unmanagedexports\1.2.7\tools\RGiesecke.DllExport.targets(58,3): error MSB4062:
The "RGiesecke.DllExport.MSBuild.DllExportAppDomainIsolatedTask"
task could not be loaded from the assembly
C:\Users\vpapakos\.nuget\packages\unmanagedexports\1.2.7\tools\RGiesecke.DllExport.MSBuild.dll.
Could not load file or assembly 'Microsoft.Build.Utilities, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a'.
The system cannot find the file specified. Confirm that the <UsingTask> declaration is correct, that the assembly and all its dependencies are available,
and that the task contains a public class that implements Microsoft.Build.Framework.ITask. [c:\dev\pythonnet\src\clrmodule\clrmodule.15.csproj]
Build FAILED.I figured out the problem dotnet msbuild (it's worked on dotnet core) So you should execute (under VS 2017 DevEnvironment) msbuild src\clrmodule\clrmodule.15.csproj /p:Configuration=DebugWinPY3 |
|
@fractus @dmitriyse so is there still any open issue on mac or windows. did you try to build this under linux? |
|
Some work still needed to handle --dry-run correctly. |
|
dotnet msbuild .... will never work on windows, so @fractus should change his test scheme. |
|
Win
Linux
|
|
(Sorry, for the message pollution -- closed it by mistake) |
|
@fractus , sorry but problem is solely in your environment. Please read some related post. Ensure that you are able to build any .net core 2.0 project with your VS 2017 msbuild. |
|
Our build is broken even for the master. So Travis-CI will fail. |
|
@dmitriyse thanks for troubleshooting mono bug, @fractus this should now build fine |
…m interop*.cs file inside IDE.
What does this implement/fix? Explain your changes.
Does this close any currently open issues?
No, it just now builds without problems on macOS.
Any other comments?
--xplatand tested on Mono/DotNetCore projects.Checklist
Check all those that are applicable and complete.
AUTHORSCHANGELOG