Welcome to mirror list, hosted at ThFree Co, Russian Federation.

github.com/mono/corefx.git - Unnamed repository; edit this file 'description' to name the repository.
summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2018-04-25Remove Alpine 3.6 buildsWes Haggard
The alpine 3.6 builds have been replaced with the more generic linux-musl builds so removing them.
2018-03-28Sync init-tools scripts with what is in source-buildWes Haggard
2018-03-11Revise init-tools.sh to support bootstrappingSteve MacLean
2018-01-31Building non-Windows builds using the CLI's MSBuild (#26686)Jose Perez Rodriguez
2018-01-04Make init-tools.sh work against a mounted Windows drive (#25882)Dan Moseley
2017-12-02Use IlAsm infra from BuildTools (#25649)Wes Haggard
2017-10-27Change functions to not us CamelCase.dseefeld
2017-10-27Renamed execute() function to include Retry in the name.dseefeld
2017-10-27Add defaulting of params inside the function.dseefeld
2017-10-26Modifications to cleanup code.dseefeld
2017-10-26Added cleanup code if install dotnet cli failsdseefeld
2017-10-26Changed retry logic to use a function based on PR review feedbackdseefeld
2017-10-26Add retry logic for setup of dotnet clidseefeld
2017-10-25Fix a couple merge issues in init-tools.shWes Haggard
2017-10-25Need to return instead of exit 0 in init-tools.sh scriptWes Haggard
2017-10-25Fix file casing in project fileWes Haggard
2017-10-25Update init-tools scripts to allow overriding Tools directoryWes Haggard
2017-10-05Fix init-tools.sh for Alpine Linux (#24423)Jan Vorlicek
The URL used to get the dotnet sdk for Alpine was accidentally left unchanged when the URL for other targets was modified. I have fixed that and also unified the creation of the dotnet-sdk-XXX part of the URL for all platforms.
2017-09-27Updating CLI to 2.0.0 version (#23751)Jose Perez Rodriguez
* Updating CLI to 2.0.0 version * Fixing Tizen build by disabling warnings that for package downgrades due to missing RID specific packages for Tizen
2017-09-14Enable end to end Alpine corefx build (#24035)Jan Vorlicek
This change enables full end to end build of corefx including managed code on Alpine Linux.
2017-08-21Enable rhel6 in both official builds and CI of corefx master (#23088)smile21prc
* Enable RedHat 6 in master, changes in pipeline.json Enable RedHat 6 in master, changes in pipeline.json * Enable RHEL6 in corefx CI Enable RHEL6 in corefx CI * Pass OS name to scripts * Use OSName to get docker name * Try fixing the error of "Unknown OS name" Try fixing the error of "Unknown OS name" * Change reporting OS of RHEL6 to "RedHat6" Change reporting OS of RHEL6 to "RedHat6" * Update dockertag of Centos6, and add logic to detect rhel6 Update dockertag of Centos6, and add logic to detect rhel6 * Port changes from Release/2.0.0 to fix RHEL 6 official builds Port changes from Release/2.0.0 to fix RHEL 6 official builds * Revert CI changes per Wes's review comment as they are not needed for now Revert CI changes per Wes's review comment as they are not needed for now
2017-07-16Use POSIX "command" instead of non-standard "which" (#22289)Jan Kotas
2017-07-06Display the contents of init-tools.log. (#21894)Ravi Eda
* Display contents of init-tools.log. * Display log on failure in init-tools.log. * Revert "Display contents of init-tools.log." This reverts commit d81a4b61c8356d5254192b20a92e473352892b62. * `init-tools.sh` displays detailed log on error. * Consistent goto `:error` flow in `init-tools.cmd`
2017-05-23change OSX to macOS to follow latest Apple namingTomas Weinfurt
2017-05-23correct whitespaces and update message to explicity state expected minimal ↵Tomas Weinfurt
version
2017-05-23add explicit check for OSX version to avoid mysterious breakages on older ↵Tomas Weinfurt
versions
2017-05-12Merge pull request #19691 from ellismg/use-azure-cdn-in-init-toolsStephen Toub
Use CDN for dotnetcli blobs
2017-05-12Use CDN for dotnetcli blobsMatt Ellis
The azureedge hostname will have us hit the CDN which should provide better performance for folks that are not close to the US datacenter we have our blobs in.
2017-05-10Create done marker directory (#19538)Sven Boemer
Otherwise the done marker isn't created in init-tools.sh, causing the tools to be restored on each build.
2017-04-28Fix order in which we call crossgen.sh so it gets execute permissionsWes Haggard
2017-04-28Move more common stuff into BuildToolsWes Haggard
2017-04-27Use the "portable linux" version of the CLIMatt Ellis
This lets us clean up our os detection logic in init-tools in favor of just always downloading the linux-x64 build. This should also help improve the number of distros we can build on, since linux-x64 should work on any recent glibc based distro that has our dependencies installed. I also cleaned up crossgen.sh so we didn't need to play games around trying to convert the rid of the current platform to something we could restore a runtime package for.
2017-04-25Add a comment linking to nuget issue on all new usages of chmod.Eric Mellino
2017-04-25Create an init-tools.msbuild project file.Eric Mellino
This file is used in init-tools.cmd/sh, and replaces the "generated" project file used previously. Because we are using MSBuild projects for nuget restore now, we are able to "parameterize" the version of Microsoft.DotNet.BuildTools based on an MSBuild property which is passed in to the "dotnet restore" command in init-tools.
2017-04-12Run chmod on the "scripts/docker" directory in Tools.Eric Mellino
2017-04-11PR feedbackEric Mellino
2017-04-11Move corefx onto the .NET Core 2.0 toolsetEric Mellino
2017-04-04Remove remaining references to Fedora 23 (#17753)Dan Moseley
* Remove fedora 23 * More fedora 23 * Revert RID chagne
2017-02-22Always copy over Tools-Override files to Tools to avoid incremental tools issuesWes Haggard
Moves the copy of Tools-Override to run.cmd/sh and always do it so that we don't keep getting into incremental tools issues when we make changes in Tools-Override directory without a BuildTools version update which forces an update of Tools.
2017-02-17Warn for attempt to build on 32 bit unix (#16232)Dan Moseley
2017-01-23Add a crossgen.sh script, which can be used to run crossgen on Tools assemblies.Eric Mellino
crossgen.sh does the following: * Restores crossgen for the current RID (as determined via "dotnet --info") * Copies crossgen into the shared framework folder * Runs crossgen on all of the assemblies in the folder passed as the first parameter to the script. This is done in parallel.
2017-01-12Merge master into dev/engJose Perez Rodriguez
2017-01-06Update CLI to 1.0.0-preview2-1-003182, BuildTools to 1.0.27-prerelease-01205-03Davis Goodin
2016-11-30[dev/eng] Overhaul ref and src project references, and start binplacing ↵Eric Mellino
things (#14062) * Used GenerateBuilds.ps1 script to generate the P2P references from the project.json files in ref * Update refs to build with ProjectReference's instead of package references This deletes all the ref\project.json files and instead adds ProjectReference to other refs that are used to build. There is only one exception which was System.Net.Http which needed a project.json to get the net46 targeting pack otherwise everything else is P2P. * Update Reflection.Emit contracts to support latest version of contracts * Add depproj to get windows.winmd support when building refs * Special handle System.Net.Http ref project to deal with net46 targeting pack * Moved CLSCompliant to SecureString ctor instead of type * Add P2P reference from S.IO -> S.R.Extensions * Add additional ProjectReferences to more ref projects after master rebase * Start binplacing ref assemblies and disable rest of build * Simplify all ref projects to only build for netcoreapp (default target group) * Only binplace netcoreapp refs * Allow Reference's to be resolved from targeting pack directories * Use GenerateBuilds.ps1 to convert src project.json refs to References * Allow overriding stuff in Tools * System.Runtime src project building against targeting pack * Re-purpose GenerateBuilds.ps1 to re-write src references * Only build csproj files in src.builds * More custom stuff in GenerateBuilds.ps1 * Binplace all netstandard assemblies into netcoreapp as well. * Add project.json to System.Collections.Immutable * More custom generatebuilds.ps1 stuff * Normalize csproj files before running GenerateBuilds.ps1 * Better match the replaced 'None Include="project.json"' line. * Another missing project.json inclusion in csproj * Remove ExcludeFromCodeCoverageAttribute from Immutable project * Include another project.json * Add some P2P references * Add another project.json include * Disable Http.Rtc project. * Disable two more UWP projects and another P2P ref" * More Cleanup * Run GenerateBuilds.ps1 to re-write all nuget refs as <Reference>'s * Binplace netstandard runtime assemblies to netcoreapp as well. * Re-hook all src projects into build.proj * Fix bin clashing caused by bad ProjectReference metadata * Use 'copy' instead of 'cp' in init-tools.cmd. Add copying to init-tools.sh as well. * Correct casing of windows.winmd in depproj * Disable System.Memory.csproj outside of Windows * Fix unix exclusion of System.Memory, and include vbproj files * Fix VisualBasic compilation * There was an extra definition of MemberTypes that was internal to the assembly. It's now defined in System.Private.CoreLib, so I deleted the extra here. * There was an invalid call in Operators.vb that I fixed. * Add additional project references and configuration fixes after rebase * Fix build warnings in ref projects * Fix build warnings in src projects
2016-10-19Support "offline" initializtion of ToolsMatt Ellis
This change allows init-tools to function in an "offline" mode where tools are picked up from standalone folders. Specifically, it introduces support for two new environment variables: - DOTNET_TOOLSET_DIR - BUILD_TOOLS_TOOLSET_DIR If either is set, instead of downloading toolsets, we copy an already existing one from the folder. The TOOLSET_DIR is a folder with sub directories for every version of the tool in question. For buildtools, we expect a published toolset (sans the "dotnetcli" folder) not just a set of nuget packages (i.e. the layout of Tools/ after running ./init-tools.sh in "online" mode). The above varibles are useful for situations where we want to carry multiple toolsets with us, but are less helpful for places where a developer has produced their own toolset by hand (since the resulting folder structure contains extra version information). For these cases, I've added - DOTNET_TOOL_DIR - BUILD_TOOLS_TOOL_DIR Which work like the above but don't require the nested folder structure.
2016-10-17Allow alpine to run init-tools.shEric Mellino
2016-09-16Remove -u from cpEric StJohn
2016-09-16Update CLI's NuGet.Frameworks.dllEric St. John
We need the latest compatibility mappings for NuGet but the CLI hasn't yet picked up a new NuGet drop. Workaround this by manually patching the NuGet.Frameworks.dll in CLI.
2016-09-08Upgrade CLI, buildtools for RTM shared framework (#11387)Davis Goodin
* Upgrade CLI, buildtools for RTM shared framework. * Upgrade buildtools, add new platforms to init-tools (ubuntu 16.10, fedora 24, opensuse 42.1).
2016-08-27Add init-tools output to standard output (#11201)chcosta