Conversation
crummel
commented
Jan 4, 2017
- Build stuff is mostly copied from CoreFX.
- We retain the ability to build the old way for now.
- .xprojs are replaced by .csprojs.
- Product changes were bruteforced to make it build, they definitely require review.
Hi @crummel, I'm your friendly neighborhood .NET Foundation Pull Request Bot (You can call me DNFBOT). Thanks for your contribution! The agreement was validated by .NET Foundation and real humans are currently evaluating your PR. TTYL, DNFBOT; |
I'm going to clean up the .csprojs a bit, they were copied from CoreFX as well and I don't think everything in them applies to CoreFXLab.
|
@crummel are these 2017 enabled? I'm not a fan of using completely custom everything. |
@davidfowl I haven't tried with 2017, I'll spin up a machine and see if it works. Is your concern just using the projects in VS? That should work, although we weren't sure if we needed to extra work to support debugging. |
More concerned that we're not dogfooding what people are using in real life. CoreFx and CoreCLR builds are very special compared to corefxlab. These are regular class libraries that should be using the regular .NET Core tooling that we're shipping with VS2017. |
Thanks for bringing the latest build tools to corefxlab @crummel @KrzysztofCwalina any concerns before this gets merged in? |
@joshfree @KrzysztofCwalina I do get a build error in 2017, I'm looking into it. |
@@ -0,0 +1,138 @@ | |||
<Project ToolsVersion="14.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003"> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What is this?
@@ -0,0 +1,65 @@ | |||
<?xml version="1.0" encoding="utf-8"?> | |||
<Project ToolsVersion="14.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003"> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
These files should be using the new SDK syntax.
<Project ToolsVersion="14.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003"> | ||
<Import Project="$([MSBuild]::GetDirectoryNameOfFileAbove($(MSBuildThisFileDirectory), dir.props))\dir.props" /> | ||
<PropertyGroup> | ||
<ProjectGuid>b9ecbaf7-524d-4134-ae37-eff7802b221f</ProjectGuid> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
All of this needs to be deleted. These projects should look like this https://github.com/aspnet/Security/blob/dev/src/Microsoft.AspNetCore.Authentication.Cookies/Microsoft.AspNetCore.Authentication.Cookies.csproj
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You will need to pull in a newer CLI in order to use the new SDK syntax. I think CoreFxLab would be a great candidate for dogfooding that build portion of the CLI, that is a little trickier to do in CoreFx right now.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
DOG FOOOD!
@@ -0,0 +1,83 @@ | |||
@if not defined _echo @echo off |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why aren't you using the bootstraping scripts?
@crummel how is this going? |
@joshfree I can push out a new version that's just the SDK 15.0 changes, but I'm still getting errors with adding buildtools to that. If we just want the project changes and come back later to actually add buildtools to the projects I can get an updated PR out today. |
If you want to break up the work into multiple PRs that's fine - so long as VS use isn't regressed in the repo. |
- Build stuff is mostly copied from CoreFX. - We retain the ability to build the old way for now. - .xprojs are replaced by .csprojs. - Product changes were bruteforced to make it build, they definitely require review.
@davidfowl @joshfree @weshaggard I've updated to use the latest project syntax and confirmed debugging in VS2017 works. I'll do the bootstrap change separately. |
OK sounds good. Thanks @crummel |
Sounds good. Let's merge the change once if passes the tests. |
@dotnet-bot test this please |
This reverts commit 33548e9. Additional build errors showing up in VS vs MSBuild for some reason. Reverting for now and I'll fix them.
- Build stuff is mostly copied from CoreFX. - We retain the ability to build the old way for now. - .xprojs are replaced by .csprojs. - Product changes were bruteforced to make it build, they definitely require review.
This reverts commit 33548e9. Additional build errors showing up in VS vs MSBuild for some reason. Reverting for now and I'll fix them.