Age | Commit message (Collapse) | Author |
|
(#315)
[dotnet/release/6.0] Update dependencies from dotnet/arcade
|
|
(#311)
[dotnet/release/6.0] Update dependencies from dotnet/arcade
|
|
(#296)
[dotnet/release/6.0] Update dependencies from dotnet/arcade
|
|
(#279)
[dotnet/release/6.0] Update dependencies from dotnet/arcade
|
|
|
|
|
|
|
|
(#247)
[dotnet/release/6.0] Update dependencies from dotnet/arcade
|
|
(#243)
[dotnet/release/6.0] Update dependencies from dotnet/arcade
|
|
(#214)
Microsoft.DotNet.Arcade.Sdk , Microsoft.DotNet.Build.Tasks.Packaging , Microsoft.DotNet.Helix.Sdk
From Version 6.0.0-beta.22261.7 -> To Version 6.0.0-beta.22314.7
Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
|
|
This reverts commit 2d040cbde0db177e5df059c87b7845a1bd9c56cb.
It turns out we actually want to stay on VS2019 for the release/6.0 branch (both in llvm-project as well as in dotnet/runtime).
|
|
(#203)
[dotnet/release/6.0] Update dependencies from dotnet/arcade
|
|
|
|
(cherry picked from commit 9042ae3c7231993d6f889a13976069e28df33b8e)
|
|
To be consistent with other repos
(cherry picked from commit 0daab2be7b14e3f8a5daf0a81bb5502381e87e21)
|
|
(cherry picked from commit cfaa48a518389b70bda585cad957f20f095b467b)
|
|
|
|
Some macOS builds hit the 2 hour timeout.
# Conflicts:
# azure-pipelines.yml
|
|
|
|
|
|
Co-authored-by: Radek Doulik <radekdoulik@google.com>
That should fix these errors:
Publishing symbol file runtime.linux-x64.Microsoft.NETCore.Runtime.Mono.LLVM.Sdk.11.1.0-alpha.1.21620.1.symbols.nupkg to https://microsoftpublicsymbols.artifacts.visualstudio.com/DefaultCollection:
D:\a\1\s\.packages\microsoft.dotnet.arcade.sdk\7.0.0-beta.21617.4\tools\SdkTasks\PublishArtifactsInManifest.proj(144,5): error : Invalid ELF BuildID '<null>' for tools/linux-x64/lib/libclang-cpp.so
##[error].packages\microsoft.dotnet.arcade.sdk\7.0.0-beta.21617.4\tools\SdkTasks\PublishArtifactsInManifest.proj(144,5): error : Invalid ELF BuildID '<null>' for tools/linux-x64/lib/libclang-cpp.so
D:\a\1\s\.packages\microsoft.dotnet.arcade.sdk\7.0.0-beta.21617.4\tools\SdkTasks\PublishArtifactsInManifest.proj(144,5): error : Invalid ELF BuildID '<null>' for tools/linux-x64/lib/libclang.so
##[error].packages\microsoft.dotnet.arcade.sdk\7.0.0-beta.21617.4\tools\SdkTasks\PublishArtifactsInManifest.proj(144,5): error : Invalid ELF BuildID '<null>' for tools/linux-x64/lib/libclang.so
|
|
This fixes this error, where it mixed 2019 and 2022 VS installations:
**********************************************************************
** Visual Studio 2019 Developer Command Prompt v16.11.3
** Copyright (c) 2021 Microsoft Corporation
**********************************************************************
[ERROR:devinit.bat] File not found : "C:\Program Files\Microsoft Visual Studio\2022\Preview\Common7\Tools\devinit\devinit.exe"
[ERROR:VsDevCmd.bat] *** VsDevCmd.bat encountered errors. Environment may be incomplete and/or incorrect. ***
[ERROR:VsDevCmd.bat] In an uninitialized command prompt, please 'set VSCMD_DEBUG=[value]' and then re-run
[ERROR:VsDevCmd.bat] vsdevcmd.bat [args] for additional details.
[ERROR:VsDevCmd.bat] Where [value] is:
[ERROR:VsDevCmd.bat] 1 : basic debug logging
[ERROR:VsDevCmd.bat] 2 : detailed debug logging
[ERROR:VsDevCmd.bat] 3 : trace level logging. Redirection of output to a file when using this level is recommended.
[ERROR:VsDevCmd.bat] Example: set VSCMD_DEBUG=3
[ERROR:VsDevCmd.bat] vsdevcmd.bat > vsdevcmd.trace.txt 2>&1
|
|
16.04 was removed. The actual build happens in Docker so this shouldn't matter.
|
|
(#128)
[release/11.x] Update dependencies from dotnet/arcade
|
|
(#127)
[release/11.x] Update dependencies from dotnet/arcade
|
|
(#126)
[release/11.x] Update dependencies from dotnet/arcade
|
|
(#125)
[release/11.x] Update dependencies from dotnet/arcade
|
|
(#124)
[release/11.x] Update dependencies from dotnet/arcade
|
|
(#123)
[release/11.x] Update dependencies from dotnet/arcade
|
|
(#122)
[release/11.x] Update dependencies from dotnet/arcade
|
|
(#121)
[release/11.x] Update dependencies from dotnet/arcade
|
|
(#120)
[release/11.x] Update dependencies from dotnet/arcade
|
|
(#119)
[release/11.x] Update dependencies from dotnet/arcade
|
|
(#118)
[release/11.x] Update dependencies from dotnet/arcade
|
|
(#117)
[release/11.x] Update dependencies from dotnet/arcade
|
|
Avoid using the copy of llvm-tblgen-9 that comes with the build
environment image. Should make future upgrades easier, because TableGen
can gain more features and command line flags that the rest of the LLVM
depends on.
|
|
|
|
Adds change from https://reviews.llvm.org/D86126
|
|
There's no guarantee that `ID_AA64ISAR0_EL1` can be read from user-mode,
so add to the existing `/proc/cpuinfo` parser instead.
See also:
- https://www.kernel.org/doc/html/latest/arm64/elf_hwcaps.html
- https://developer.arm.com/documentation/100403/0200/register-descriptions/aarch64-system-registers/id-aa64isar0-el1--aarch64-instruction-set-attribute-register-0--el1
- https://elixir.bootlin.com/linux/v5.11.7/source/arch/arm64/kernel/cpuinfo.c#L58
- https://elixir.bootlin.com/linux/v5.11.7/source/arch/arm64/kernel/cpuinfo.c#L66
|
|
Re: https://github.com/dotnet/runtime/pull/46817#issuecomment-760542379
|
|
Also see: https://github.com/mono/mono/issues/18560.
|
|
|
|
[arm] fix CFA when frame pointer is used
|
|
Fix correct Dwarf CFI for Windows x64.
|
|
|
|
|
|
|
|
32-bit llc.exe build using i686-w64-mingw32-gcc/i686-w64-mingw32-g++
at least on version 5.3.1 and 5.4.0 triggers an optimization bug crashing
the process. This was observed by Android team when running cross compiler
targeting armv7-linux-gnueabi using LLVM 6.0. The MatchPhiSet call from
findCommon triggered an optimization resulting in incorrect stack pointer
adjustment on return. That in turn caused an AV when reading the incorrect
pointer from stack representing NewPhiNodes stack variable.
The fix will reduce optimization around this function not triggering the
optimization rules hitting the bug.
|
|
* Adjust mono's LLVM calling convention to use win64 calling convention.
* Emit both Windows native unwind info + Dwarf unwind info for mono methods.
* Don't emit native personality handlers for mono methods.
* Handle Mono and Win64 calling convention similarities when needed.
|
|
[mono] respect FloatABIType, so it will work on armv5
|