Age | Commit message (Collapse) | Author |
|
If we don't, then the aot packs will be imported on Windows when running an iOS offline build
Fixes #54944
|
|
|
|
This reverts commit b2fe6678282503374aeea7ab5f468f7a3cc85a2f.
Co-authored-by: Juan Hoyos <juan.hoyos@microsoft.com>
|
|
* handle UNC and device paths
* stop using NtCreateFile as there is no public and reliable way of mapping DOS to NT paths
Co-authored-by: Adam Sitnik <adam.sitnik@gmail.com>
|
|
Backport of #54651 to release/6.0-preview6
`dotnet\packs\Microsoft.NET.Runtime.WebAssembly.Sdk\6.0.0-preview.7.21321.15\Sdk\WasmApp.Native.targets(342,5): error : Could not find AOT cross compiler at $(_MonoAotCrossCompilerPath)=`
Make sure this is set for the aot path.
Co-authored-by: Ankit Jain <radical@gmail.com>
|
|
runtime (#54622)
Backport of #54568 to release/6.0-preview6
Workaround until https://github.com/dotnet/runtime/issues/54565 is fixed
Build the runtime always with support for hot_reload, and without diagnostics_tracing
Co-authored-by: Aleksey Kliger <alklig@microsoft.com>
Co-authored-by: Thays Grazia <thaystg@gmail.com>
|
|
In https://github.com/dotnet/runtime/pull/54361 there was an incorrect import of the maccatalyst aot workload pack. This fix corrects the problem.
Fixes https://github.com/dotnet/runtime/issues/54494
|
|
|
|
The kernel requires the function table to be 4-byte aligned.
|
|
not correct for more than 5 services. - Added tests to verify the slot calculation and service resolution. (#54503)
Co-authored-by: David Fowler <davidfowl@gmail.com>
|
|
Microsoft.NET.Runtime.RuntimeConfigParser.Task on mobile (#54366)
* Only include Microsoft.NET.Runtime.RuntimeConfigParser.Task on mobile
* Add maccatalyst target imports per request
* Fix casing
Co-authored-by: Larry Ewing <lewing@microsoft.com>
|
|
* Support log methods in nested classes
* Remove message for nested error
* Apply some PR feedback
* - Remove variable indentationSize - Add test for non static nested case - Add support for log method directly in structs - Support log methods in nested records/structs
* - Cleanup tests - Undo support for loggers directrly under struct
* Address PR feedback
Co-authored-by: Maryam Ariyan <maryam.ariyan@microsoft.com>
|
|
It knows how to try various combinations of prefixes and suffixes on various
platforms. In particular it knows to look for .dylib files on Apple platforms.
Fixes iOS simulator component search
Co-authored-by: Aleksey Kliger <alklig@microsoft.com>
|
|
* Add API to find MethodInfo on instantiated generic type from generic type definition
Fix #45771
* Rename to GetMemberWithSameMetadataDefinitionAs
* Fix a bug for NestedType
* Use new method libraries that were working around not having it
* Implement GetMemberWithSameMetadataDefinitionAs in mono
* Revert JavaScript Runtime changes.
* Support inheritance in GetMemberWithSameMetadataDefinitionAs.
|
|
|
|
This change fixes a crash when running below API Level 24 due to SNIHostName and SSLParameters.setServerNames not being available. We will now throw a PlatformNotSupportedException to make things a little more apparent.
Fixes #54182
|
|
interned strings (#54086)
This PR refactors all C# -> JS string decoding to go through a single path that maintains an intern table
|
|
(#52748)
resolves https://github.com/dotnet/runtime/issues/51222
Co-authored-by: Trivalik <rborchert@live.de>
|
|
Unboxing datetime instances is currently broken in some cases due to an incorrect method signature
|
|
(#54205)
Co-authored-by: Radek Doulik <radekdoulik@gmail.com>
|
|
|
|
Co-authored-by: Stephen Toub <stoub@microsoft.com>
|
|
classes using DIMs (#53972)
* Add DIM tests for GetInterfaceMap
Regression tests for https://github.com/dotnet/runtime/issues/53933
* Return null target methods from GetInterfaceMap in fewer cases
If the iterface method is reabstracted, and either the found implementation
method is abstract, or the found implementation method is from another
DIM (meaning neither klass nor any of its ancestor classes implemented the
method), then say the target method is null. Otherwise return the found
implementation method, even if it is abstract, unless we found a reabstracted
method in a non-abstract class
Fixes https://github.com/dotnet/runtime/issues/53933
|
|
|
|
This moves the shared parts of the mono workload to a separate abstract workload to allow the VS packaging tooling to treat it as a component group.
|
|
* Fix PAL_JitWriteProtect export on Linux
I have not realized that we actually export that symbol on Linux too and
that mscordac then have the dummy function missing.
* Code review feedback
* Disable PAL_JitWriteEnable usage in DBI / DAC
* Fix typo in amd64 version
Co-authored-by: Mike McLaughlin <mikem@microsoft.com>
|
|
(x86)/ two 8-byte mov-s (x64) (#53116)
Fixes #51638 by using
1) Constructing `ASG(OBJ(addr), 0)` for structs that have GC fields and keeping the current IR (i.e. `ASG(BLK(addr), 0)`) for other types. Such bookkeeping would allow the JIT to maintain information about the class layout.
2a) Emitting a sequence of `mov [m64],r64` instead of `movdqu [m128],xmm` when zeroing structs with GC fields that are not guaranteed to be on the stack on win-x64 or linux-x64.
2b) Emitting a sequence of `movq [m64],xmm` when zeroing such structs on win-x86.
|
|
The JNI_OnLoad method calls GetClassGRef and GetMethod several hundred times
during startup. The debug output is redundant (if any classes or methods are
missing we will assert and print a message and kill the process) and it slows
down startup.
|
|
and tvOS simulator
|
|
in the targeting pack (#54147)
* Expose missing refs from runtime in targeting pack
The platform analyzers warns for usages of APIs which aren't available
on specific platforms. Exposing the missing reference assemblies which
are already part of the runtime pack in the targeting pack.
The big benefit of doing so is that customers don't need to reference
the corresponding packages to target these APIs and that these five
packages can be dead-ended.
For more in-depth reasoning, see the detailed summary:
https://github.com/dotnet/runtime/issues/53892#issuecomment-858542280
Fixes https://github.com/dotnet/runtime/issues/53892
* Update dependents of dead-ended packages
Update depents by referencing the latest available package. Making sure
that packages are never used on NetCoreAppCurrent by applying
.NETCoreApp version conditions.
* Fixes
* Remove pkg validation suppression file
* Update Windows Compatibility pack
* Fix DirectoryServices pkg references
* Fix netfx Pkcs restore/build
* Fix version conflict
* Packageindex and nits
* nits
|
|
* Add NetCoreAppCurrent config to where it's missing
This is addressing the following scenarios in order:
- When there is a netcoreapp3.1 or net5.0 asset available in the lib,
also add a NetCoreAppCurrent configuration to avoid PackageReferences
to libraries that are inbox in net6.0 but not in previous .NetCoreApp
versions. Examples are M.Win32.Registry which will be inbox soon.
- When there's a NetCoreAppCurrent config in the lib but not in the ref,
add it there as well to always resolve the ref of the current version.
- When there are NetCoreAppCurrent rid specific configuration in the lib
not a non-rid configuration, add one so that P2Ps from rid-less
NetCoreAppCurrent configs in other projects, pick the
NetCoreAppCurrent config from the lib and the ref.
|
|
|
|
System.IO.Compression.Brotli.Tests takes 870 seconds already which is quite close to the 900s timeout.
|
|
dnceng/internal/dotnet-optimization dotnet/xharness dotnet/hotreload-utils (#54179)
* Update dependencies from https://github.com/dotnet/xharness build 20210610.3
Microsoft.DotNet.XHarness.CLI , Microsoft.DotNet.XHarness.TestRunners.Xunit
From Version 1.0.0-prerelease.21307.1 -> To Version 1.0.0-prerelease.21310.3
* Update dependencies from https://github.com/dotnet/hotreload-utils build 20210610.2
Microsoft.DotNet.HotReload.Utils.Generator.BuildTool
From Version 1.0.1-alpha.0.21307.1 -> To Version 1.0.1-alpha.0.21310.2
* Update dependencies from https://dev.azure.com/dnceng/internal/_git/dotnet-optimization build 20210610.4
optimization.linux-x64.MIBC.Runtime , optimization.windows_nt-x64.MIBC.Runtime , optimization.windows_nt-x86.MIBC.Runtime , optimization.PGO.CoreCLR
From Version 1.0.0-prerelease.21308.4 -> To Version 1.0.0-prerelease.21310.4
* Update dependencies from https://github.com/dotnet/arcade build 20210611.3
Microsoft.DotNet.XUnitExtensions , Microsoft.DotNet.VersionTools.Tasks , Microsoft.DotNet.Build.Tasks.TargetFramework.Sdk , Microsoft.DotNet.Build.Tasks.Packaging , Microsoft.DotNet.Build.Tasks.Installers , Microsoft.DotNet.Build.Tasks.Feed , Microsoft.DotNet.Build.Tasks.Archives , Microsoft.DotNet.Arcade.Sdk , Microsoft.DotNet.ApiCompat , Microsoft.DotNet.CodeAnalysis , Microsoft.DotNet.XUnitConsoleRunner , Microsoft.DotNet.GenFacades , Microsoft.DotNet.GenAPI , Microsoft.DotNet.RemoteExecutor , Microsoft.DotNet.PackageTesting , Microsoft.DotNet.Helix.Sdk , Microsoft.DotNet.SharedFramework.Sdk
From Version 6.0.0-beta.21304.1 -> To Version 6.0.0-beta.21311.3
* Update dependencies from https://github.com/mono/linker build 20210610.3
Microsoft.NET.ILLink.Tasks
From Version 6.0.100-preview.6.21308.1 -> To Version 6.0.100-preview.6.21310.3
* Update dependencies from https://github.com/dotnet/hotreload-utils build 20210611.1
Microsoft.DotNet.HotReload.Utils.Generator.BuildTool
From Version 1.0.1-alpha.0.21307.1 -> To Version 1.0.1-alpha.0.21311.1
* Update dependencies from https://dev.azure.com/dnceng/internal/_git/dotnet-optimization build 20210612.4
optimization.linux-x64.MIBC.Runtime , optimization.windows_nt-x64.MIBC.Runtime , optimization.windows_nt-x86.MIBC.Runtime , optimization.PGO.CoreCLR
From Version 1.0.0-prerelease.21308.4 -> To Version 1.0.0-prerelease.21312.4
* Update dependencies from https://github.com/dotnet/runtime build 20210614.1
Microsoft.NETCore.DotNetHost , Microsoft.NETCore.DotNetHostPolicy , Microsoft.NETCore.ILAsm , runtime.native.System.IO.Ports , Microsoft.NET.Sdk.IL , System.Runtime.CompilerServices.Unsafe , System.Text.Json
From Version 6.0.0-preview.6.21307.1 -> To Version 6.0.0-preview.6.21314.1
* Update dependencies from https://dev.azure.com/dnceng/internal/_git/dotnet-optimization build 20210613.4
optimization.linux-x64.MIBC.Runtime , optimization.windows_nt-x64.MIBC.Runtime , optimization.windows_nt-x86.MIBC.Runtime , optimization.PGO.CoreCLR
From Version 1.0.0-prerelease.21308.4 -> To Version 1.0.0-prerelease.21313.4
* Update dependencies from https://github.com/dotnet/xharness build 20210614.1
Microsoft.DotNet.XHarness.CLI , Microsoft.DotNet.XHarness.TestRunners.Xunit
From Version 1.0.0-prerelease.21307.1 -> To Version 1.0.0-prerelease.21314.1
* Suppress false positive package validation errors
Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
|
|
System.ComponentModel.Composition, System.Diagnostics.PerformanceCounter and System.Runtime.Caching.
Helps with https://github.com/dotnet/runtime/issues/54012
|
|
* Delete scripts.csproj
* Update build.proj
|
|
* Implement ServiceController.Stop(bool) overload with test
* Add basic docs for new ServiceController.Stop overload
* Name boolean parameter
Co-authored-by: Ilya <darpa@yandex.ru>
* Add a test for a valid use of ServiceController.Stop(bool)
* Run tests for the new Stop(bool) overload only on .NETCoreApp
* Add a test for manually stopping a service and its dependents with Stop(false)
* Expose new Stop(bool) overload only for .NET Core 3.1+
* Target netcoreapp3.1
Co-authored-by: Ilya <darpa@yandex.ru>
Co-authored-by: Viktor Hofer <viktor.hofer@microsoft.com>
|
|
|
|
* Guidance on source generator projects
|
|
Right now, when a process fails (e.g. cmake or xcodebuild), all of the STDERR captured during that process run is dumped in the exception.
However, if silent is true, no STDOUT is captured at all, and we lose potentially vital debugging information contained within.
This PR merges the stdout and stderr capture, and instead of not capturing anything when silent is true, it always captures and only returns nothing when silent is true.
This should greatly ease debugging of failed tasks.
|
|
|
|
This lock existed to protect HttpClient.DefaultRequestHeaders. While headers collections aren't meant to be thread-safe, out of necessity the design of DefaultRequestHeaders required this lock be in place, with multiple concurrent requests all potentially enumerating DefaultRequestHeaders in order to copy its contents into the outgoing request. Such enumeration could trigger parsing, which could trigger the same object to be mutated from multiple threads to store the parsed result. But as of https://github.com/dotnet/runtime/pull/49673, we no longer force parsing of the DefaultRequestHeaders, instead preferring to just transfer everything over as-is. With that, there shouldn't be any concurrent mutation of these objects (and if there is, it's user error doing their own concurrent enumeration of a header collection).
|
|
|
|
(#54169)
Though the MonoAOTCompiler Task is included in the SDK in https://github.com/dotnet/runtime/blob/main/src/mono/nuget/Microsoft.NET.Runtime.MonoAOTCompiler.Task/Sdk/Sdk.props and should be accessible when using the NuGet, adding the second option to the MonoAOTCompiler task README allows for greater visibility on how to directly implement one's own UsingTask.
Fixes #47630
|
|
|
|
|
|
dotnet/arcade dnceng/internal/dotnet-optimization dotnet/xharness dotnet/hotreload-utils (#54060)" (#54177)
This reverts commit 4c0d2f01112a814a8d62494b138859e64a701570.
|
|
* Revert "Add mibc to the PE family of signatures (#53048)"
This reverts commit 4147948c1b2a0746b6f11bd2b31c8238cab5a325.
* Fix binlog path
|
|
* Do not mark op2 as delayRegFree if op1==op2
* Revert NodesAreEquivalentLeaves change
* Pass rmwNode to `BuildDelayFreeUses()` which does the right thing
* Make similar change in arm64
* remove TODO comment
* review feedback
|
|
* Adding a JIT/SIMD test validating Vector.Sum
* Ensure Vector.Sum uses SSE3, rather than SSSE3, for floating-point
* Ensure we do ISA checks before popping values from the stack
* Applying formatting patch
|