-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Added build script for Mac/Linux #59
Conversation
Added a Perl script to build using xbuild, rebuild using generated MSBuild, and run tests. The last two steps are optional. The outputs can be redirected (this would include binaries, packages, and logs). In order to be able to redirect, made some project file fixes.
Hi @ValMenn, 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; |
<NuGetConfigCommandLine>-ConfigFile "$(NuGetConfigFile)"</NuGetConfigCommandLine> | ||
|
||
<NugetRestoreCommand>"$(NuGetToolPath)"</NugetRestoreCommand> | ||
<NugetRestoreCommand>$(NugetRestoreCommand) install</NugetRestoreCommand> | ||
<NugetRestoreCommand>$(NugetRestoreCommand) -OutputDirectory "$(PackagesDir.TrimEnd('\/'.ToCharArray()))"</NugetRestoreCommand> | ||
<NugetRestoreCommand>$(NugetRestoreCommand) -OutputDirectory "$(PackagesDir)"</NugetRestoreCommand> |
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.
Trimming the trailing backslash is important on Windows, as otherwise it escapes the quote.
LGTM 👍 |
Added build script for Mac/Linux
…rty (dotnet#59) * Add support for fallback paths to be specified via property references Currently, the list of fallback paths in app.config can have a property reference, like: ``` <searchPaths os="osx"> <property name="MSBuildExtensionsPath" value="$(FallbackPath);/x/y/z" /> ``` .. but it is assumed that such a property will expand to a single path. This commit adds support for such properties to expand to multiple ';' separated list of paths. The rules for expansion do not change, they are still expanded at the time of project import. With this, given `$(FallbackPath)="/a/b/c;/q/w/e"` and the list of fallback paths would become `"/a/b/c;/q/w/e;/x/yz"`. * [osx] Add property allowing users to override fallback paths for .. .. MSBuildExtensionsPath. For OSX, this essentially sets the fallback paths to: `<property name="MSBuildExtensionsPath" value="$(MSBuildExtensionsPathFallbackPathsOverride);/Library/Frameworks/Mono.framework/External/xbuild/" />` .. whichs allows the default fallback paths to be overridden by setting a property - `$(MSBuildExtensionsPathFallbackPathsOverride)`. One of the useful use cases for this is to be able to run tests with in-tree builds of assemblies/targets meant for `$(MSBuildExtensionsPath)/`. Simply changing `$(MSBuildExtensionsPath)` would mean that the in-tree builds of the custom frameworks would work but the default ones would not be found! (cherry picked from commit c4e70a6)
…rty (dotnet#59) * Add support for fallback paths to be specified via property references Currently, the list of fallback paths in app.config can have a property reference, like: ``` <searchPaths os="osx"> <property name="MSBuildExtensionsPath" value="$(FallbackPath);/x/y/z" /> ``` .. but it is assumed that such a property will expand to a single path. This commit adds support for such properties to expand to multiple ';' separated list of paths. The rules for expansion do not change, they are still expanded at the time of project import. With this, given `$(FallbackPath)="/a/b/c;/q/w/e"` and the list of fallback paths would become `"/a/b/c;/q/w/e;/x/yz"`. * [osx] Add property allowing users to override fallback paths for .. .. MSBuildExtensionsPath. For OSX, this essentially sets the fallback paths to: `<property name="MSBuildExtensionsPath" value="$(MSBuildExtensionsPathFallbackPathsOverride);/Library/Frameworks/Mono.framework/External/xbuild/" />` .. whichs allows the default fallback paths to be overridden by setting a property - `$(MSBuildExtensionsPathFallbackPathsOverride)`. One of the useful use cases for this is to be able to run tests with in-tree builds of assemblies/targets meant for `$(MSBuildExtensionsPath)/`. Simply changing `$(MSBuildExtensionsPath)` would mean that the in-tree builds of the custom frameworks would work but the default ones would not be found!
… a property (dotnet#59)" This reverts commit c4e70a6. This was not accepted upstream. Fixes: https://devdiv.visualstudio.com/DevDiv/_workitems/edit/682034
… a property (dotnet#59)" (dotnet#75) This reverts commit c4e70a6. This was not accepted upstream. Fixes: https://devdiv.visualstudio.com/DevDiv/_workitems/edit/682034
Added a Perl script to build using xbuild, rebuild using generated
MSBuild, and run tests. The last two steps are optional. The outputs
can be redirected (this would include binaries, packages, and logs).
In order to be able to redirect, made some project file fixes.