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

github.com/dotnet/runtime.git - Unnamed repository; edit this file 'description' to name the repository.
summaryrefslogtreecommitdiff
path: root/eng/pipelines/mono
AgeCommit message (Collapse)Author
2022-08-23[release/7.0-rc1] Roll forward to the latest 6.0.x builds (#74288)Larry Ewing
* Roll forward to the latest 6.0.x builds * Remove workaround for version emsdk import * Fix incorrect pack names * Fix unaliased packs * Alias the experimental packs in WorkloadManifest.targets too * Fix quoting * Download manifests for workloads leg Co-authored-by: Juan Sebastian Hoyos Ayala <juan.hoyos@microsoft.com>
2022-08-17[release/7.0-rc1] Workload changes - account for SDK bands and use archives ↵github-actions[bot]
(#74054) * Update arcade to 7.0.0-beta.22416.1 * Port workload changes from release/6.0 * workloads: Add multithread, and perftrace runtime packs for wasm workload * Mono.ToolChain.Manifest short name * Change order of shortnames Co-authored-by: Juan Sebastian Hoyos Ayala <juan.hoyos@microsoft.com> Co-authored-by: Jacques Eloff <joeloff@users.noreply.github.com> Co-authored-by: Ankit Jain <radical@gmail.com>
2022-07-24Fix typos (#72709)Adeel Mujahid
2022-05-23Fix typos (#69537)Adeel Mujahid
* Fix typos * Fix typo: seperate -> separate * Rename ApplicationNameSetFromArgument * Update src/coreclr/vm/methodtablebuilder.cpp * Update docs/coding-guidelines/clr-code-guide.md Co-authored-by: Dan Moseley <danmose@microsoft.com> * Update src/mono/mono/tests/verifier/make_tests.sh Co-authored-by: Dan Moseley <danmose@microsoft.com> Co-authored-by: Jan Kotas <jkotas@microsoft.com>
2022-05-14Add windows runtime packs as a workload (#68981)Steve Pfister
At certain points in time internally, the sdk will rev its version and insert into VS. It's at this point the sdk version will be ahead of the runtime version as we have not published anything into nuget. In MAUI and WinUI scenarios, this creates a bit of a pickle as the sdk will try to download a new version of the windows runtime pack, but it will not be available. To get around this limitation, we are introducing a workload that will be inserted into VS where you can optionally install Windows runtime packs.
2022-02-26Remove usages of native bootstrapping (#65901)Juan Hoyos
* Remove usages of native bootstrapping * Make sure cmake is in the path for mono wasm builds Co-authored-by: Adeel Mujahid <3840695+am11@users.noreply.github.com>
2022-02-21Allow to run tests for internal AzDo PRs (#65603)Santiago Fernandez Madero
Addresses https://github.com/dotnet/runtime/issues/47328 This allows to run tests when submitting PRs in AzDO.
2022-01-31[wasm] Initial templates implementation (#63683)Radek Doulik
Context: https://github.com/dotnet/runtime/issues/64232 Add 2 simple WebAssembly templates, `wasmbrowser` and `wasmconsole`. The templates are packed into the nuget package, which is added to the `wasm-tools` workload manifest. When the workload is installed, the templates can be used with `dotnet new` command. Add build tests to exercise the use of the templates - create, build and publish browser and console projects. * [wasm] Initial templates implementation * Use GetProductVersions target To have package version with product version suffix, like `7.0.0-ci`. * Do not set WasmAppDir in templates * Add build tests for new templates * Add newlines * Apply suggestions from code review Co-authored-by: Marek Fišera <mara@neptuo.com> * Convert the console template to CommonJS/node Also * add README with hint how to run the app * use top level statement to be consistent with browser template * Add new section about the templates to the README * Fix formatting Co-authored-by: Marek Fišera <mara@neptuo.com>
2021-12-14Made mono runs stop depending on coreclr, and stop using patching. (#62652)Nathan Ricci
2021-09-27[wasm] windows: Fail the build if provisioning fails (#59560)Ankit Jain
2021-09-13[mono] Revive FullAOT test lanes (#55362)imhameed
We don't ship any products using FullAOT on Linux x64/arm64, but this compilation mode is used for iOS, FullAOT-related issues that affect iOS are likely to be caught by FullAOT on Linux x64/arm64, and it is a lot easier to build, develop, and debug on desktop OSes.
2021-08-17Publish VS workloads assets in requested folder layout to BAR (#57559)Alexander Köplinger
See discussion in https://github.com/dotnet/runtime/issues/57154
2021-07-29Pass excludemonofailures in managed test build job for mono (#56434)Elinor Fung
* Pass excludemonofailures in managed test build job for mono * Make test build scripts pass RuntimeFlavor when building tests (not just wrappers)
2021-07-22Build VS installers for WebAssembly and Mobile workloads (#55769)Jo Shields
In order to support generating installers, this change adds the mono.workloads subset and the associated yml.
2021-07-08Ship a .framework version of Mono (#53370)Jo Shields
Additionally ship Mono on iOS/tvOS/MacCatalyst as a .framework bundle Fixes #42846
2021-05-25Enable use of RuntimeVariant to exclude runtime tests (#51522)Nathan Ricci
Allow filtering of runtime tests based on runtimevariant.
2021-04-07Fix to build mono on Windows with ninja by default as well (#50793)Alexander Köplinger
This got broken by https://github.com/dotnet/runtime/commit/8c2158f9fe12c82cd3c0a7f4150773654bc78aaf since we no longer passed /p:Ninja=true down to mono.proj
2021-03-19Introduce `iossimulator` RIDs, and convert as needed (#49305)Jo Shields
Previously, we have had four iOS RIDs: iOS-arm iOS-arm64 iOS-x86 iOS-x64 Apple has never shipped an iOS device with an x86 or x64 processor. Instead, the x86/x64 RIDs have meant "iOS simulator with these arches" as opposed to "iOS with these arches". Amongst other things, that means building against a DIFFERENT SDK, iPhoneSimulator.platform vs iPhoneOS.platform In the Apple Silicon future, the iOS simulator is now an ARM64 binary - so we need: iOS-arm iOS-arm64 iOS-arm64, but built against the simulator SDK not the device SDK iOS-x86 iOS-x64 Clearly, there's a problem. The solution is to move the simulators to a different RID, to avoid the overloading issue: iOS-arm iOS-arm64 iOSSimulator-arm64 iOSSimulator-x86 iOSSimulator-x64 This PR introduces the new entries in the RID graph, moves our existing iOS-x{86,64} to iOS-sim-x{86,64}, adds a new iOS-arm64. The above also applies for tvOS, with a smaller set of OSes: tvOS-arm64 tvOSSimulator-arm64 tvOSSimulator-x64 Ref: #48216
2021-03-17Adds support for building Wasm on Windows (#45545)Steve Pfister
* First pass at building wasm on windows * Adds support for building wasm on Windows Emscripten and EMSDK_PATH must be set up externally. This differs from linux and macos where we optionally can do it for you. * Cleanup * Feedback * Rename conflicting target * Made sure current master still works * auto provision when EMSDK_PATH is not set and try to see if a browser build works on windows * Add call in front of batch scripts. All of a sudden it's necessary * Use RunWithEmSdkEnv task * Override arch for Browser OS Similar to what we do in build.sh * Update machine certificates To avoid this error: Installing tool 'node-12.18.1-64bit'.. Installation failed! Error: Downloading URL 'https://storage.googleapis.com/webassembly/emscripten-releases-builds/deps/node-v12.18.1-win-x64.zip': <urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: unable to get local issuer certificate (_ssl.c:1045)> Warning: Possibly SSL/TLS issue. Update or install Python SSL root certificates (2048-bit or greater) supplied in Python folder or https://pypi.org/project/certifi/ and try again. Warning: The SDK/tool 'node-12.18.1-64bit' cannot be activated since it is not installed! Skipping this tool... The script comes from runtimelabs repo https://github.com/dotnet/runtimelab/blob/d0cda961aeda26faae17c474e26d822cd1e45438/eng/pipelines/runtimelab/update-machine-certs.ps1 * Use msbuild to write the emcc version file * Put emscripten version in text file And use it in Makefile and mono.proj * Try to fix Browser_wasm_Windows detection * Install native dependencies I think we are missing cmake and failing with: configure: cmake -DENABLE_WERROR=1 -DCMAKE_INSTALL_PREFIX=D:\workspace\_work\1\s\artifacts\obj\mono\Browser.wasm.Debug\out -DCMAKE_INSTALL_LIBDIR=lib -DCMAKE_BUILD_TYPE=Debug -DGC_SUSPEND=preemptive -DENABLE_MINIMAL=jit,portability,sgen_major_marksweep_conc,sgen_split_nursery,sgen_gc_bridge,sgen_toggleref,sgen_debug_helpers,sgen_binary_protocol,logging,shared_perfcounters,interpreter,threads,eventpipe,qcalls -DENABLE_INTERP_LIB=1 -DDISABLE_ICALL_TABLES=1 -DDISABLE_CRASH_REPORTING=1 -DENABLE_ICALL_EXPORT=1 -DENABLE_LAZY_GC_THREAD_CREATION=1 -DENABLE_LLVM_RUNTIME=1 -DENABLE_METADATA_UPDATE=1 "-DCMAKE_C_FLAGS= -fexceptions -ID:\workspace\_work\1\s\.packages\microsoft.netcore.runtime.icu.transport\6.0.0-preview.3.21151.1/runtimes/browser-wasm/native/include" "-DCMAKE_CXX_FLAGS= -fexceptions" D:\workspace\_work\1\s\src\mono\ -DCMAKE_TOOLCHAIN_FILE=D:\workspace\_work\1\s\src\mono\wasm\emsdk\upstream\emscripten\cmake\Modules\Platform\Emscripten.cmake -DCMAKE_CROSSCOMPILING_EMULATOR="D:/workspace/_work/1/s/src/mono/wasm/emsdk/node/12.18.1_64bit/bin/node.exe" -G Ninja Traceback (most recent call last): File "D:\workspace\_work\1\s\src\mono\wasm\emsdk\upstream\emscripten\\emcmake.py", line 33, in <module> sys.exit(run()) File "D:\workspace\_work\1\s\src\mono\wasm\emsdk\upstream\emscripten\\emcmake.py", line 26, in run building.configure(sys.argv[1:]) File "D:\workspace\_work\1\s\src\mono\wasm\emsdk\upstream\emscripten\tools\building.py", line 339, in configure run_process(args, stdout=stdout, stderr=stderr, env=env, **kwargs) File "D:\workspace\_work\1\s\src\mono\wasm\emsdk\upstream\emscripten\tools\shared.py", line 94, in run_process ret = subprocess.run(cmd, check=check, input=input, *args, **kw) File "D:\obj\windows-release\37amd64_Release\msi_python\zip_amd64\subprocess.py", line 472, in run File "D:\obj\windows-release\37amd64_Release\msi_python\zip_amd64\subprocess.py", line 775, in __init__ File "D:\obj\windows-release\37amd64_Release\msi_python\zip_amd64\subprocess.py", line 1178, in _execute_child FileNotFoundError: [WinError 2] The system cannot find the file specified D:\workspace\_work\1\s\src\mono\mono.proj(410,5): error MSB3073: The command "call D:\workspace\_work\1\s\src\mono\wasm\emsdk\emsdk_env.bat && emcmake cmake -DENABLE_WERROR=1 -DCMAKE_INSTALL_PREFIX=D:\workspace\_work\1\s\artifacts\obj\mono\Browser.wasm.Debug\out -DCMAKE_INSTALL_LIBDIR=lib -DCMAKE_BUILD_TYPE=Debug -DGC_SUSPEND=preemptive -DENABLE_MINIMAL=jit,portability,sgen_major_marksweep_conc,sgen_split_nursery,sgen_gc_bridge,sgen_toggleref,sgen_debug_helpers,sgen_binary_protocol,logging,shared_perfcounters,interpreter,threads,eventpipe,qcalls -DENABLE_INTERP_LIB=1 -DDISABLE_ICALL_TABLES=1 -DDISABLE_CRASH_REPORTING=1 -DENABLE_ICALL_EXPORT=1 -DENABLE_LAZY_GC_THREAD_CREATION=1 -DENABLE_LLVM_RUNTIME=1 -DENABLE_METADATA_UPDATE=1 -DCMAKE_C_FLAGS=" -fexceptions -ID:\workspace\_work\1\s\.packages\microsoft.netcore.runtime.icu.transport\6.0.0-preview.3.21151.1/runtimes/browser-wasm/native/include" -DCMAKE_CXX_FLAGS=" -fexceptions" D:\workspace\_work\1\s\src\mono\" exited with code 1. ##[error]src\mono\mono.proj(410,5): error MSB3073: (NETCORE_ENGINEERING_TELEMETRY=Build) The command "call D:\workspace\_work\1\s\src\mono\wasm\emsdk\emsdk_env.bat && emcmake cmake -DENABLE_WERROR=1 -DCMAKE_INSTALL_PREFIX=D:\workspace\_work\1\s\artifacts\obj\mono\Browser.wasm.Debug\out -DCMAKE_INSTALL_LIBDIR=lib -DCMAKE_BUILD_TYPE=Debug -DGC_SUSPEND=preemptive -DENABLE_MINIMAL=jit,portability,sgen_major_marksweep_conc,sgen_split_nursery,sgen_gc_bridge,sgen_toggleref,sgen_debug_helpers,sgen_binary_protocol,logging,shared_perfcounters,interpreter,threads,eventpipe,qcalls -DENABLE_INTERP_LIB=1 -DDISABLE_ICALL_TABLES=1 -DDISABLE_CRASH_REPORTING=1 -DENABLE_ICALL_EXPORT=1 -DENABLE_LAZY_GC_THREAD_CREATION=1 -DENABLE_LLVM_RUNTIME=1 -DENABLE_METADATA_UPDATE=1 -DCMAKE_C_FLAGS=" -fexceptions -ID:\workspace\_work\1\s\.packages\microsoft.netcore.runtime.icu.transport\6.0.0-preview.3.21151.1/runtimes/browser-wasm/native/include" -DCMAKE_CXX_FLAGS=" -fexceptions" D:\workspace\_work\1\s\src\mono\" exited with code 1. * Try use newer cmake * Revert "Try use newer cmake" This reverts commit bd95f346f9a3c5828924201c79df3b356043c11c. * Normalize path * Remove excessive space char * Try newer emscripten version To try if it helps with the cmake issue * Try trim end '\' from directory passed to cmake Also revert emscripten version back * Provision emscripten only when targeting wasm * Do not set $os, it is already set above * Revert "Remove excessive space char" This reverts commit b1c4da12a0c39e78b0cf02d1da1332a55cedf772. * Provision emscripten only on windows Co-authored-by: Steve Pfister <steve.pfister@microsoft.com> Co-authored-by: Radek Doulik <radekdoulik@gmail.com>
2021-03-16[mono][debugger] Disable by default the generation of mscordbi (#49596)Thays Grazia
* Disable by default compilation of mscordbi, it will be generated by default only on CI. To generate it use /p:MonoMsCorDbi=true Fixes #49590 * Changing what was suggested by @jkotas and @akoeplinger. Thanks @directhex for your help. * Update eng/Subsets.props Co-authored-by: Jan Kotas <jkotas@microsoft.com> Co-authored-by: Jan Kotas <jkotas@microsoft.com>
2021-02-26Pass along PGO type and use it in artifacts names (#48171)Andy Gocke
Most artifacts produced by the PGO builds should now have 'PGO' prefixes or suffixes to distinguish them.
2021-02-10Bring up Android and Browser cross-compilers on Windows (#47589)Jo Shields
For now, this only adds Android x64. arm, arm64 & x86 will need to come later.
2021-01-29Unify mono/coreclr xplat-job.yml templates (#47588)Alexander Köplinger
They were nearly identical already, move them to a common location.
2021-01-19Wasm cross compiler (#47011)Jo Shields
Leverage changes brought in for Android AOT, to add Wasm AOT. Also rename some parameters to make it clearer what their purpose is
2021-01-15Fix build-id missing in Android AOT (#47051)Jo Shields
* Fix for https://github.com/dotnet/runtime/pull/47003 with Mono AOT * Add Build IDs for Linux
2021-01-15Try again to get rid of checkout bundle for PRs (#47003)Santiago Fernandez Madero
This reverts commit 604660b37a0d416155a97cbd09c1edc101a1a1cb.
2021-01-14Initial Android cross-compiler (#43535)Jo Shields
Produce cross compilers for Android targets, from Linux x64 and OSX x64 hosts. This should be reasonably solid groundwork for adding more targets and more hosts for cross-compile scenarios.
2021-01-07Bring back checkout bundle for PRs until AzDo fixes PR job checkouts (#46649)Santiago Fernandez Madero
2020-12-17Remove checkout bundle and job to improve reliability (#46107)Santiago Fernandez Madero
* Remove checkout bundle and job to improve reliability * comment * Fix build error * Rename evaluate paths job to a valid name * Fix references to evaluate path variables * Condition evaluate paths dependency on common parameter * Bring back fetch depth to 20 * PR Feedback
2020-11-03Changing Windows_NT -> Windows for enabling TargetPlatformMoniker feature ↵Anirudh Agnihotry
of the sdk for platform specific tfms. (#43651) * eng change * coreclr change * libraries change * tests change * installer & mono change * py files changed * .md change * .yml change * remove redundant targetos property * Windows_NT -> windows after ninja change * fixing runtime build failure
2020-10-26CoreCLR runtime tests + Mono LLVM AOT on arm64 Linux (#41751)imhameed
This change: - Adds new options to mono.proj: - MonoAOTEnableLLVM, which enables (or disables) building a Mono AOT cross compiler with LLVM; - MonoAOTLLVMDir, which specifies the path to a copy of LLVM suitable for building a Mono AOT cross compiler, and is optional; and - BuildMonoAOTCrossCompilerOnly, which allows building a Mono AOT cross compiler without building an associated full Mono runtime. - Changes offsets-tool.py's user interface slightly; '--include-prefix' is renamed to '--prefix' and may be specified multiple times. While this latter feature isn't necessary to build a Mono cross compiler today, because we don't use distribution-supplied cross-compilation headers on CI, it does make it easier to experiment with the offsets tool using arbitrary header layouts. For example, Debian's arm64 cross-compilation packages scatter useful header files across `/usr/lib/gcc-cross/aarch64-linux-gnu` and `/usr/aarch64-linux-gnu`. - Updates the docker image used for arm64 cross-compilation to a newer revision that includes libclang (see also https://github.com/dotnet/dotnet-buildtools-prereqs-docker/pull/375). - Adds some tests that currently fail to compile with Mono LLVM AOT to issues.targets. - Adds a Linux_arm64 LLVM AOT job to CI. Nothing particularly fancy is done to build the Mono LLVM AOT cross compiler; it is built as a step in the same job that also sends Linux_arm64 tests to Helix.
2020-10-19Add crossBuild parameter to yaml (#43319)Steve MacLean
* Add crossBuild parameter to yaml
2020-10-10Enable building .NET Core osx-arm64 in CI (#43187)Steve MacLean
* Enable building .NET Core osx-arm64 in CI * For osx-arm64 xcode-select xcode_12.2 * Use vmImage macOS-10.15 for all platforms
2020-08-28Bump emscripten version to 2.0.1 (#41509)Alexander Köplinger
Updates the emscripten Docker container we use to build in CI. We no longer need to explicitly set `EMSDK_PATH` since the container already does it. Also remove `--embedded` flag from `./emsdk activate` since it was deprecated and is now the default.
2020-08-17Remove the coreClrRepoRoot YAML variable (#40893)Tomáš Rylek
This variable was useful for a transitional period during the consolidation of dotnet runtime repos; it has no value anymore after the consolidation and its presence makes the YAML scripts more complex and harder to reason about. I propose removing it and replacing its uses with the open-coded relative path to the coreclr repo which also makes parts of the script logic more obvious. This was motivated by some of Nathan's struggles when standing up WebAssembly tests in the runtime repo. Thanks Tomas
2020-07-14Run CoreCLR runtime tests using Mono with LLVM AOT. (#38547)imhameed
- coreclr/build-test.sh now has a new subcommand: 'mono_aot', which builds a new target, named 'MonoAotCompileTests', added to coreclr/tests/src/runtest.proj. This target compiles the runtime tests using Mono LLVM AOT in a simple configuration where the host platform is identical to the target platform. Parallel compilation happens via a hack: actual compilation happens in mono/msbuild/aot-compile.proj, a single-target msbuild file, and runtest.proj invokes this single-purpose project and target using batching to create multiple parallelizable instances of this project. Future work: use the MonoAOTCompiler custom task currently used to build the iOS sample program. - Avoid using the runtimeVariant string when defining coreClrProductArtifactName in mono/templates/xplat-pipeline-job.yml. There are no "runtime variants" of CoreCLR configured with this parameter; instead, depend on a shared non-runtime-variant build of CoreCLR. - Mark function DISubprograms as local definitions--this is an LLVM 9 compatibility fix. - Use --tag=CXX when linking libmonosgen-2.0.so via libtool when LLVM is linked into Mono. This makes libtool use the C++ compiler driver when linking Mono--which uses whatever platform-specific flags are necessary to link against the C++ stdlib. Previously, libtool would use the C compiler driver, which didn't do this and would produce shared objects with no explicit dependency on libstdc++. This problem is normally masked because of the very lax dynamic linking semantics on ELF, but Mono on our CI setup is built in a CentOS 7 image (which does not contain a C++11 libstdc++) that has a GCC 7 compatibility package installed, along with a clang 9 installation that detects headers from the GCC 7 compatibility package. This compatibility package includes a libstdc++ linker script that links C++11 libstdc++ components statically into the target while dynamically linking against components present in pre-C++11 libstdc++. The end result of all of this is that Mono built with this configuration will dynamically depend on C++11 libstdc++ symbols that should have been statically linked into the library, and will outright fail to run on machines without a newer version of libstdc++ available. - Add tests that fail after LLVM AOT compilation to issues.targets.
2020-06-05Compress mono builds that don't run tests to single jobs (#37373)Santiago Fernandez Madero
* Compress mono builds that don't run tests to single jobs * PR Feedback
2020-06-04Dev infra master merge1 (#37274)Jarret Shook
* Build all managed coreclr tests on OSX in CI (#36253) Remove concept of targetGeneric and targetSpecific Add OSX corelcr managed tests builds to all pipes Remove all other platform coreclr managed test build Remove property `TestUnsupportedOutsideWindows` Rename conditional `DisableProjectBuild` to `CLRTestTargetUnsupported` Refactor tests to allow all managed tests to be built on OSX. Split managed tests which based on target properties conditionally: + `<Compile Include/>` + `<DefineConstant/>` This creates a separate test for each target configuration permutation. Add `<CLRTestTargetUnsupported/>` conditions to select these at build and/or run time Append split tests with `_Target*` to identify intended test target For tests which depend on target specific internal details od System.Private.Corlib, expose a dummy implementation for unsupported targets. Clean up Remove <TraitTags/> Remove <CLRTestNeedTarget/> Remove managedOSXBuild Remove managedTestBuildOsGroup Remove managedTestBuildOsSubGroup Use issues.target to disable expected failures Some tests are configured to run on a targets with specific charecteristics. Use issues.targets to conditionally disable tests not intended to run on all targets. * Setup pr and batch runs for dev/infrsatructure (#36218) (#36299) Co-authored-by: Jarret Shook <jashoo@microsoft.com> * Add alias CoreClrTestBuildHost (#36256) * Add alias CoreClrTestBuildHost Intended to allow easy switching of test build host between OSX_x64 & Linux_x64 depending on availablility and reliability. * Add missing issues.targets from #36253 (#36351) * Add missing issues.targets from #36253 PR #36253 enabled building all tests on OSX. It was intended to include this list of tests to disable on unsupported platforms. This was dropped as part of rebasing for dev/infra branch. Lack of CI on dev/infra allowed this to be missed. * Revise issues.targets * Add src/coreclr/tests/src/baseservices/typeequivalence/simple * Remove #if Windows from DllImportPathTest * Build scripts while copying native binaries (#36482) * Build scripts while copying native binaries Stop building test scripts during the managed build phase Build after copying the native targets Fixes issues relative to building scripts on OSX * Fix superpmi script generation * Cleanup issues.targets * Keep 6 failing IJW tests * Fix IJW when managed tests are built on OSX (#36711) * Fix IJW when managed tests are built on OSX - Refactor Interop.setting.targets to Directory.Build.{targets,props} - Remove include Interop.setting.targets from interop projects rely on SDK including Directory.Build.* automatically - Add new CopyInteropNativeRuntimeDependencies target for copying IJW dependencies * Add <Copy/> task - Delete obsolete instruction in Interop/ReadMe.md * Cleanup Readme.md * Optional stress dependencies & don't populate CORE_ROOT twice (#36851) Bruce noticed that we're downloading and installing stress runtime dependencies several times during build. I have added a new option to suppress this behavior in build-test and I fixed the invocations of build-test based on Bruce's analysis. I have also patched the build scripts to avoid populating CORE_ROOT in "copynativeonly" mode. Thanks Tomas Fixes: #36797 * Build test scripts whenever CopyNativeProjectBinaries builds (#37028) * Fix pri0 test build. * Clean pri1 test build (#37266) * Clean pri1 test build * Undo testing comment * Make sure weakreferencetest does not run on unix * Fixup WinRT proj * Fix path Co-authored-by: Steve MacLean <Steve.MacLean@microsoft.com> Co-authored-by: Tomáš Rylek <trylek@microsoft.com> Co-authored-by: Santiago Fernandez Madero <safern@microsoft.com> Co-authored-by: Alexander Köplinger <alex.koeplinger@outlook.com> Co-authored-by: dotnet-maestro[bot] <42748379+dotnet-maestro[bot]@users.noreply.github.com> Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com> Co-authored-by: Andy Ayers <andya@microsoft.com> Co-authored-by: Adeel Mujahid <adeelbm@outlook.com> Co-authored-by: Ganbarukamo41 <ganbarukamo@gmail.com> Co-authored-by: monojenkins <jo.shields+jenkins@xamarin.com> Co-authored-by: thaystg <thaystg@users.noreply.github.com> Co-authored-by: Viktor Hofer <viktor.hofer@microsoft.com> Co-authored-by: Aaron Robinson <arobins@microsoft.com> Co-authored-by: Kevin Jones <kevin@vcsjones.com> Co-authored-by: Jeremy Barton <jbarton@microsoft.com> Co-authored-by: Egor Bogatov <egorbo@gmail.com> Co-authored-by: Simon Nattress <nattress@gmail.com> Co-authored-by: Aleksey Kliger (λgeek) <alklig@microsoft.com> Co-authored-by: Krzysztof Wicher <kwicher@microsoft.com> Co-authored-by: Kunal Pathak <Kunal.Pathak@microsoft.com> Co-authored-by: Carol Eidt <carol.eidt@microsoft.com> Co-authored-by: Shimmy <2716316+weitzhandler@users.noreply.github.com> Co-authored-by: Stephen Toub <stoub@microsoft.com> Co-authored-by: Layomi Akinrinade <laakinri@microsoft.com> Co-authored-by: Dan Moseley <danmose@microsoft.com> Co-authored-by: Eirik Tsarpalis <eirik.tsarpalis@gmail.com> Co-authored-by: Jeremy Koritzinsky <jekoritz@microsoft.com> Co-authored-by: Jose Perez Rodriguez <joperezr@microsoft.com> Co-authored-by: Alexander Chermyanin <flamencist@mail.ru> Co-authored-by: Miha Zupan <mihazupan.zupan1@gmail.com> Co-authored-by: Sergey Andreenko <seandree@microsoft.com> Co-authored-by: Nikola Milosavljevic <nikolam@microsoft.com> Co-authored-by: Steve Pfister <steveisok@users.noreply.github.com> Co-authored-by: David Wrighton <davidwr@microsoft.com> Co-authored-by: buyaa-n <bunamnan@microsoft.com> Co-authored-by: Krzysztof Wicher <mordotymoja@gmail.com> Co-authored-by: Vladimir Sadov <vsadov@microsoft.com> Co-authored-by: Leandro Pereira <leandro.pereira@microsoft.com> Co-authored-by: Swaroop Sridhar <swaroop.sridhar@microsoft.com> Co-authored-by: Marie Píchová <11718369+ManickaP@users.noreply.github.com> Co-authored-by: Michal Strehovský <MichalStrehovsky@users.noreply.github.com> Co-authored-by: Manish Godse <61718172+mangod9@users.noreply.github.com> Co-authored-by: Bruce Forstall <brucefo@microsoft.com> Co-authored-by: Alexis Christoforides <alexis@thenull.net> Co-authored-by: BrzVlad <BrzVlad@users.noreply.github.com> Co-authored-by: Alfred Myers <git@alfredmyers.com> Co-authored-by: Nick Craver <nrcraver@gmail.com> Co-authored-by: Nathan Ricci <naricc@microsoft.com> Co-authored-by: Thays Grazia <thaystg@gmail.com> Co-authored-by: Yoh Deadfall <yoh.deadfall@hotmail.com> Co-authored-by: Eric Erhardt <eric.erhardt@microsoft.com> Co-authored-by: Jo Shields <directhex@apebox.org> Co-authored-by: Jan Vorlicek <janvorli@microsoft.com> Co-authored-by: Anirudh Agnihotry <anirudhagnihotry098@gmail.com> Co-authored-by: Roman Marusyk <Marusyk@users.noreply.github.com> Co-authored-by: Zoltan Varga <vargaz@gmail.com> Co-authored-by: Youssef Victor <31348972+Youssef1313@users.noreply.github.com> Co-authored-by: Ben Adams <thundercat@illyriad.co.uk> Co-authored-by: Marek Safar <marek.safar@gmail.com> Co-authored-by: Anton Lapounov <antonl@microsoft.com> Co-authored-by: AraHaan <15173749+AraHaan@users.noreply.github.com> Co-authored-by: Tom Deseyn <tom.deseyn@gmail.com> Co-authored-by: Tomas Weinfurt <tweinfurt@yahoo.com> Co-authored-by: Tomas Weinfurt <furt@Shining.local> Co-authored-by: David Cantu <dacantu@microsoft.com> Co-authored-by: Sung Yoon Whang <suwhang@microsoft.com> Co-authored-by: Levi Broderick <GrabYourPitchforks@users.noreply.github.com> Co-authored-by: vargaz <vargaz@users.noreply.github.com> Co-authored-by: David Mason <davmason@microsoft.com> Co-authored-by: UnityAlex <UnityAlex@users.noreply.github.com> Co-authored-by: Fan Yang <52458914+fanyang-mono@users.noreply.github.com> Co-authored-by: Tanner Gooding <tagoo@outlook.com> Co-authored-by: Egor Chesakov <Egor.Chesakov@microsoft.com> Co-authored-by: radical <radical@users.noreply.github.com> Co-authored-by: Ivan Diaz Sanchez <ivdiazsa@microsoft.com> Co-authored-by: Gleb Balykov <g.balykov@samsung.com> Co-authored-by: Honza Rameš <ramejan@gmail.com> Co-authored-by: Eric StJohn <ericstj@microsoft.com> Co-authored-by: Ivan <ivanbuha@outlook.com> Co-authored-by: Ryan Lucia <rylucia@microsoft.com> Co-authored-by: SRV <roman.sakno@gmail.com> Co-authored-by: Clinton Ingram <clinton.ingram@outlook.com> Co-authored-by: Mikhail Pilin <ww898@users.noreply.github.com> Co-authored-by: Jan Kotas <jkotas@microsoft.com> Co-authored-by: w-flo <w-flo@users.noreply.github.com> Co-authored-by: Peter Sollich <petersol@microsoft.com> Co-authored-by: grendello <grendello@users.noreply.github.com> Co-authored-by: Johan Lorensson <lateralusx.github@gmail.com> Co-authored-by: Erhan Atesoglu <47518605+eanova@users.noreply.github.com> Co-authored-by: Matt Mitchell <mmitche@microsoft.com> Co-authored-by: Josh Schreuder <joshschreuder@gmail.com> Co-authored-by: Josh Schreuder <josh.schreuder@gmail.com> Co-authored-by: Andrew Au <andrewau@microsoft.com> Co-authored-by: Eugene Rozenfeld <erozen@microsoft.com> Co-authored-by: Vlad Brezae <brezaevlad@gmail.com> Co-authored-by: Kenneth Pouncey <kjpou@pt.lu> Co-authored-by: Kirill Frolov <k.frolov@samsung.com> Co-authored-by: Tomas Weinfurt <furt@DESKTOP-0J9757E.corp.microsoft.com>
2020-05-20Use a Brewfile for installing brew packages (#36747)Alexander Köplinger
This means we won't be upgrading existing packages on the system that we don't need for the build. Marks install-native-dependencies.sh as executable (+x) so we don't need to start it with `sh` in the build .yml Fixes https://github.com/dotnet/runtime/issues/36727
2020-05-19Produce Mono+LLVM runtime packs on desktop platforms (#35841)Jo Shields
* Add LLVM Mono runtime build * Switch from 'llvm' boolean to 'runtimeVariant' freeform string in yaml This makes it easier to add oddball variant builds, without a big pile of booleans for every possible variant * Add an LLVM suffix to installer nupkgs * Add runtimeVariant to CoreCLR artifact names * Add installer run for LLVM JIT Mono * Actually specify LLVM or not to installer build * Unique name for LLVM installer run * Ensure log uploads are disambiguated * Fix dependency in full matrix * Add LLVMAOT variant, which bundles llc/opt for current arch * Make sure we don't use Mono.LLVM package names on CoreCLR or Mobile * Fix perf runs to deal with runtimeVariant * Try to reconcile perf test artifact names * Make bundling llc/opt the default when LLVM enabled on Mono
2020-05-10Enable Common Runtime Tests for Mono on Linux-Arm64 in CI (#35366)Nathan Ricci
Enable runtime tests on Linux-amd64 running Mono. Also add issues to issues.targets for the same.
2020-04-30Revert "Remove obsolete managedOsxBuild et. al (#35356)" (#35647)Steve MacLean
This reverts commit 5b9fe8f29f0429ad410eaeefdffed59509d83176.
2020-04-30Remove obsolete managedOsxBuild et. al (#35356)Steve MacLean
* Remove obsolete managedOsxBuild et. al Remove managedOsxBuild Remove managedTestBuildOsGroup Remove managedTestBuildOsSubgroup
2020-04-29Add disk usage on osx (#35522)Jarret Shook
* Add disk usage information for mac builds * Add disk usage for test build as well * Like normal, yml syntax change * Add more usage * yml syntax * Show du on ios and tvos * Add before and after usage * Address pr feedback
2020-04-23Rename the 'WebAssembly' OS to 'Browser' and the RID to 'brows… (#35323)Zoltan Varga
2020-04-22Enable CI to run CoreCLR tests on Mono (#34054)Nathan Ricci
Run the runtime tests on mono in ci. Co-authored-by: Joseph Shields <directhex@apebox.org>
2020-04-16Pass $(officialBuildIdArg) during build phase of Mono (Closes: #34993) (#35002)Jo Shields
2020-04-10Add beginnings of WebAssembly build support for mono. (#33551)Zoltan Varga
* Set emcc as the compiler for libraries build * Add default subsets for webassembly build * Fix various problems in the build * Use WebAssembly Docker image * Use Mono runtime for webassembly builds Co-authored-by: Alexander Köplinger <alex.koeplinger@outlook.com>
2020-04-08Remove upload-unsigned-artifacts-step.yml from mono build-job.yml (#34687)Alexander Köplinger
After https://github.com/dotnet/runtime/pull/34643 there are no .nupkg's produced by the Mono build anymore so that step fails.
2020-04-08Redesign the subset feature (#34663)Viktor Hofer
* Redesign subset feature and remove subsetcategory Implement proposal from https://github.com/dotnet/runtime/issues/34403. Remove subsetcategory and allow all subsets to specified via the -subset switch.
generated by cgit v1.2.3 (git 2.25.1) at 2024-09-06 15:22:46 +0300