- 16 2月, 2022 25 次提交
-
-
由 Radek Zikmund 提交于
* Explicitly check for TTL expiration when using Ping utility * Fixes * Improve the implementation
-
由 Tom Deseyn 提交于
-
由 Jakob Botsch Nielsen 提交于
For unused indirs off of local variables we produce GT_NULLCHECK nodes on arm64. The "CheckLclVarSemanticsHelper" class considers indirs off of local vars to be local var reads and record these as outstanding in this debug check, expecting to see a later use. However GT_NULLCHECK is not a value so we never find such a use. It is not clear that it is correct to consider an indir off of a local var to be an outstanding read in general, but it seems that we currently do not see cases that trip this check, so leaving it in for now. Fix #65307
-
由 Michal Strehovský 提交于
-
由 Elinor Fung 提交于
-
由 Jeremy Koritzinsky 提交于
Update the ConvertToGeneratedDllImport code-fix to support stripping out PreserveSig and transforming the signature when PreserveSig was set to true (#65169)
-
由 Aleksey Kliger (λgeek) 提交于
if the callee interface method is not generic, but the constained constraint uses a generic var or mvar, do the indirect interface call. fixes https://github.com/dotnet/runtime/issues/65384
-
由 Andrew Au 提交于
-
由 Michal Strehovský 提交于
-
由 Egor Chesakov 提交于
* For StoreLoc prefer allocating a multireg local def in the same registers as src in src/coreclr/jit/lsrabuild.cpp * Properly check for the last use of a field of a multi-reg local in LinearScan::BuildStoreLocDef() in src/coreclr/jit/lsrabuild.cpp
-
由 Zoltan Varga 提交于
-
由 Vladimir Sadov 提交于
* Ensure that tls_destructionMonitor is initialized if a thread is attached to the runtime. * relax the assert * no call to `EnsureTlsDestructionMonitor` on unsetting a thread. * remove obsolete comment
-
由 Larry Ewing 提交于
* Clean unused files from emsdk * Add the ability to update npm instead
-
由 Simon Rozsival 提交于
This is a follow-up of #64679 I realized that one invocation of `clock_nanosleep` wasn't replaced with `g_clock_nanosleep`.
-
由 Viktor Hofer 提交于
* Update library dependencies to the latest * Update ILCompiler.Reflection.ReadyToRun.csproj
-
由 Eirik Tsarpalis 提交于
* Incorporate review feedback from #64646 * Prevent trimming of unused CachingContext.Count method * use correct syntax for nested types
-
由 Stephen Toub 提交于
* Use static abstract interface methods in Ssl/NegotiateStream adapters * Remove unnecessary argument from a bunch of methods It's only used to add duplicative information to an exception message, and in doing so it makes the async methods it's used in more expensive.
-
由 Stephen Toub 提交于
- For concatenations, we currently do two passes over its nodes: one that coalesces adjacent characters into strings, and one that coalesces adjacent loops. This swaps the order so that we first coalesce adjacent loops. We want to coalesce loops first so that we prioritize associating a One with an adjacent loop rather than with an adjacent string. This is primarily beneficial later on for auto-atomicity. Consider `a+ab` composed of a loop, a One 'a', and a One 'b'. We're either going to make that into a loop `a{2,}` followed by `b` or into a loop `a+` followed by the multi `ab`. We want to do the former, as then when we apply auto-atomicity to the `a{2,}`, we'll see that it's followed by something non-overlapping ('b'), and make the loop atomic. In constrast, if we joined the `a` and `b`, then auto-atomicity for the `a+` would see it's followed by an `a` and it wouldn't be upgraded. - Currently, the adjacent loop coalescing logic joins two individual One nodes with the same Ch value into a repeater. That's actually a deoptimization, so this stops doing so. We'd rather have `aa` be evaluated as a Multi of two characters rather than as an `a{2}` repeater, as we're able to apply better optimizations with multis, e.g. taking advantage of StartsWith for matching. - Also in the adjacent loop logic, we're already checking for a loop followed by a one but we're not checking for a loop followed by a multi. For the same auto-atomicity benefits discussed earlier, we want to shift any adjacent text from a multi following a loop back into the loop, as it makes it more likely we'll then be able to upgrade that loop to atomic. (We could also add logic for a multi followed by a loop, but the benefits there are less obvious.) - When creating repeaters, we're actually better off creating multis, for the same reasons outlined earlier. But we don't want to create massive strings in the super rare case where large repeaters for single chars are used, so we only do so up to a limit. - When emitting generated code for a One repeater, which might be used to implement the required portion of other loops, emit it as a multi match for short enough repetitions.
-
由 Meri Khamoyan 提交于
Enables a handful of suites that were previously skipped due to https://github.com/dotnet/runtime/issues/51017
-
由 Viktor Hofer 提交于
Cleanup: Remove BuildInParallel=false attributes which are the default setting.
-
由 Nikola Milosavljevic 提交于
* Enable rpm build for Linux_arm64 * New Arcade Installers infra with Linux packaging update
-
由 Qiao Pengcheng 提交于
* [LoongArch64] add the coreclr/pal and libunwind directory. (#59561) * [LoongArch64] delete the libunwind for LoongArch64. It will be commited within a new PR. * [LoongArch64] add config files from #62889. * [LoongArch64] revert some files when moved from #62889. * [LoongArch64] compiling is sucessfully. * [LoongArch64] delete the define IMAGE_FILE_MACHINE_LOONGARCH64 for #62886. * [LoongArch64] exclude some files from pal directory. * [LoongArch64] rename the `UNW_LOONGARCH_*` with `UNW_LOONGARCH64_*` * [LoongArch64] update the version of the `LICENSE description`. * [LoongArch64] revert the `pal/inc/rt/ntimage.h`. * [LoongArch64] delete unused assert and update the `DAC_CS_NATIVE_DATA_SIZE` Co-authored-by: Nqiaopengcheng <qiaopengcheng-hf@loongson.cn>
-
由 Eirik Tsarpalis 提交于
Backports changes introduced in the polymorphic deserialization prototype. JsonConverter.RuntimeType is an implementation detail stemming from interface support in collection converters, that has leaked into the JsonTypeInfo model. Removing it makes the contract model cleaner and makes the infrastructure compatible with polymorphic deserialization.
-
由 David Wrighton 提交于
* Remove the concept of fat dispatch tokens and fat type ids from 64 bit platforms - Phase 1 of removing locking from interface dispatch generation for generic dispatch - We no longer need these due to changes to remove AppDomains from CoreCLR - Phase 2 will likely remove the MethodTableWriteableData structure and merge the contents into the normal MethodTable
-
-
- 15 2月, 2022 15 次提交
-
-
由 Alexander Köplinger 提交于
It's not needed and avoids accidentally including this assembly in places where we don't want it.
-
由 Michal Strehovský 提交于
We don't want to ship it in the NuGet consumed by ILSpy.
-
由 Jan Vorlicek 提交于
Sometimes a process failing with stack overflow returns exit code 0x800703e9 (ERROR_STACK_OVERFLOW). This change updates the stack overflow test to accept that code too.
-
由 Maxim Lipnin 提交于
Since #63572 no longer happens in CI, we can promote MacCatalyst templates from the runtime-staging to the runtime-extra-platforms pipeline. For now we will keep MacCatalyst arm64 legs in runtime-staging as they are not stable on OSX 11.00 queues (see #64452 (comment)). Co-authored-by: NSteve Pfister <steve.pfister@microsoft.com> Co-authored-by: NAlexander Köplinger <alex.koeplinger@outlook.com>
-
由 Jakob Botsch Nielsen 提交于
* Do not run jit-cfg on macOS jit-cfg includes a GCStress scenario which is not supported on macOS x64. Rather than excluding it just there, just exclude all of macOS since CFG is a Windows only feature anyway. I am still keeping the Linux-x64/Linux-arm64 jobs as we produce different IR for arguments on these ABIs and I want to keep the CFG handling working in general for all the forms of IR we can produce related to calls. * Fix CFG dispatcher register in VM stub * Change GS cookie check temp registers These registers are trashed in the epilog on arm64 for GS cookie checks, but x9 might conflict with the argument used by the dispatch helper. Change the temp registers to ip0 and ip1 and add some debug checking to get a nice assert in the future if this happens.
-
由 Miha Zupan 提交于
-
由 Michal Strehovský 提交于
Adds a test that compiles with CFG enabled and then re-runs itself to crash in various ways. Also fixes a minor RyuJIT issue discovered in the test.
-
由 Aaron Robinson 提交于
* Validate IntPtr and byref field overlap
-
由 Dan Moseley 提交于
-
由 Tomas Weinfurt 提交于
-
由 Jo Shields 提交于
-
由 Olli Saarikivi 提交于
Effects on nothing leaves are now simplified away. Enumerating TransitionsWithEffects will now ignore all transitions after the first unconditionally nullable one.
-
由 Stephen Toub 提交于
I stared at these for a minute trying to rationalize how `e|f` could possibly become `ef`, and then I realized it of course doesn't, rather these branches are being eliminated entirely.
-
由 Stephen Toub 提交于
The RegexCompiler and source generator currently special-case strings < 64 chars in length and unroll the loop, using a series of ulong and uint comparisons where possible. While efficient, this makes the generated code harder to read, and the source generator also has endianness issues when the compiled binary is then used on a machine with different endianness. The JIT is going to start doing such unrolling as part of StartsWith, so we can leave the optimization up to it; it'll be able to do it better, anyway, with its optimization applying to more uses, using vectors where applicable, etc.
-
由 Qiao Pengcheng 提交于
* [LoongArch64] Add LoongArch64 support in libunwind. * [LoongArch64] add libunwind/src/CMakeLists.txt from #62889. * [LoongArch64] add libunwind-version for LoongArch64. * [LoongArch64] add unwinder/loongarch64/ directory. * [LoongArch64] add unwind within the `inc/clrnt.h`. * Revert "[LoongArch64] add unwinder/loongarch64/ directory." This reverts commit a8fde8904c5ba50b9cf0c9dd8087ac3d5953f59b. Revert "[LoongArch64] add unwind within the `inc/clrnt.h`." This reverts commit c5e606d1b2fbc5cc4048d26431c257ae9b477eb7. * [LoongArch64] Fixed the compiling error by https://github.com/libunwind/libunwind/pull/322. * [LoongArch64] amend the "Apply info" for LoongArch64. Co-authored-by: Nqiaopengcheng <qiaopengcheng-hf@loongson.cn>
-