-
Notifications
You must be signed in to change notification settings - Fork 204
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sync code-gen branch with runtime-master #332
Merged
layomia
merged 1,800 commits into
dotnet:feature/JsonCodeGen
from
layomia:SyncWithMaster
Nov 10, 2020
Merged
Sync code-gen branch with runtime-master #332
layomia
merged 1,800 commits into
dotnet:feature/JsonCodeGen
from
layomia:SyncWithMaster
Nov 10, 2020
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
…ontent stream (#43766) * Fix inconsistency of the 'CanRead' property after disposing an HTTP content stream * Update src/libraries/System.Net.Http/tests/FunctionalTests/RawConnectionStreamTest.cs Co-authored-by: Marie Píchová <[email protected]> Co-authored-by: Angelo Breuer <[email protected]> Co-authored-by: Marie Píchová <[email protected]>
* [mono] Use lax Roslyn and analyzers settings for samples The samples are often used for debugging runtime problems by modifying the code to reproduce issues. The code analyzers and warnings-as-errors add a papercut before a modified sample can run. * [mono] Make HelloWorld sample Makefile settings overridable allow MONO_CONFIG and MONO_ENV_OPTIONS to be set from the outside
We send assembly loaded events to the proxy based off events from the debugger engine. And we check that it isn't an assembly that was already loaded. This check has a bug in computing the assembly name, from the filename, which caused these events to be sent even for already loaded assemblies.
…uperpmi.py (#43784) * Pass -target (arm|arm64) argument to superpmi.exe when replaying for arm/arm64 in superpmi.py * Add the -target argument only in altjit in superpmi.py
The upstream instrumentation runners don't use runOnMainSync() in the onStart() method, update our runner to do the same and add a bit more logging. Also fixed a small typo in configure.cmake that I happened to notice.
…et/llvm-project dotnet/runtime-assets mono/linker (#43768) [master] Update dependencies from dotnet/arcade Microsoft/vstest dotnet/llvm-project dotnet/runtime-assets mono/linker
Fix #42686 by doing a graceful close in case if the abortive connect(AF_UNSPEC) call fails on Linux, and improve couple of related tests: - Extend RetryHelper with an exception filter - Connect, Accept, Send, Receive, SendFile cancellation tests: make sure cancellation failures are not masked by RetryHelper (use exception filter) - Connect, Accept, Send, Receive cancellation tests: also test IPV6 and DualMode sockets
* Fix to set the inner exception for ALC event Removes the exception handling at CLRPrivBinderCoreCLR::BindAssemblyByName so that the inner exceptioncan be set when the default AssemblyLoadContext.Resolving handler throws * Fixing the test for alc.default * Enhanced the tests by customizing the exception type that will be thrown by the handlers
…ndle. (#43724) L.A.Noire splash screen calls it to check if the game has opened its window, and stays forever visible if this is not implemented. Co-authored-by: rbernon <[email protected]>
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 dotnet/dotnet-buildtools-prereqs-docker#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.
1. Simplified if checks. 2. Use expression property syntax. 3. Used using declaration. 4. Inlined out declaration. 5. Removed unwated unsafe modifier. 6. Removed redundant casting.
…sts to reflect the behavior added in the PR. (#43790)
* Bump emscripten to 2.0.6. * Define HAVE_SYS_RANDOM_H on wasm, its not detected correctly.
…tion. This method didn't adhere to IDictionary's contract to return null on a missing key. (#36926)
Add AddressFamily-specific name resolution and cancellation support for Windows. Resolves dotnet#939
…#43779) Use VerifierCorElementType instead of SignatureCorElementType to specify the element type of the target field - This will send the runtime down the path which can perform primitive widening
In (non-palsuite) product code, `_wcslwr` is only used within PAL inside `_wcslwr_unsafe()` method, which is exposed as `_wcslwr_s` for PAL consumers. PR inlines the usage of `_wcslwr` in `_wcslwr_unsafe` and fixes up PAL tests.
Before this change, an InterpFrame contained 3 regions of data : args + locals, valuetype stack, execution stack. Each entry on the execution stack was a stackval structure. The space for valuetypes, was allocated separately, since they have various sizes. When pushing a valuetype on the stack, we allocated first the space for it on the vtstack and then pushed the address of the region on the execution stack. This change merges the execution stack with the valuetype stack, meaning we push now variable sized data on the execution stack. In order to keep track of the current stack location, whenever we push a type on stack, during transform phase, we also keep track of the offset where this value will reside on stack, as well as the size it occupies. All callsites need to be informed how much they need to pop the stack for the arguments. While called code can access this space normally (the args are special locals belonging to the frame and are accessed directly as such), external code needs a new mechanism to detect each argument for a given frame. This is achieved with the lazily initialized arg_offsets array on an InterpMethod. The method doesn't need to be compiled for this array to be correctly initialized. Why : - this simplifies handling of valuetypes, their storage follows the same rules as a normal objref/primitive type - removes the common use of the vt_sp variable. The compiler no longer needs to reserve it in a register during the switch loop, we no longer need to save it with each call. The sp and ip become now the only variables describing the execution state in a method. - the flow of the data on the execution stack is well behaved now (with the exception of a few opcodes that update directly based on the stack offset). We were using the vtstack for some magic storage (MINT_VTRESULT for example) - this makes it such that the stack offset of every value is easily known at compile time, making it possible to completely drop the execution stack approach, and have every opcode have a unique dreg and a list of sregs (which are mapped to a certain stack offset). This will enable more advanced optimizations during compile stage. Co-authored-by: BrzVlad <[email protected]>
This reverts commit 3a4298c.
* Statically linking coreclr and clrjit in single file host. * setting g_hmodCoreCLR on Unix * System.Globalization.Native.lib must build with coreclr to be linkable with it * Always use system unwind libs on FREEBSD * no DllMain when coreclr is statically linked * Handle cases when coreclr configuration is different from libraries * Adding and using PAL_GetPalHostModule
… (#43625) * simplify SslStream_StreamToStream_Alpn_NonMatchingProtocols_Fail test * feedback from review
* Improve annotations for XLinq classes taking params object[] * annotate ref * address Jozkee's feedback * Fix XStreamingElement ctor to take nullable content
Propagate GTF_CALL if needed in GT_LIST. Use gtNewListNode. Ignore test for Mono
…g stops a thread from processing work (#43840)
…isions (#43836) * Add IDictionary_Generic_Tests test for multiple values with hash collisions * Update src/libraries/System.Collections.Concurrent/tests/ConcurrentDictionary/ConcurrentDictionary.Generic.Tests.cs Co-authored-by: Eirik Tsarpalis <[email protected]> * Update src/libraries/System.Collections.Concurrent/tests/ConcurrentDictionary/ConcurrentDictionary.Generic.Tests.cs Co-authored-by: Eirik Tsarpalis <[email protected]>
layomia
requested review from
lambdageek,
lateralusX,
marek-safar,
naricc,
SamMonoRT,
steveharter,
steveisok and
vargaz
as code owners
November 10, 2020 06:31
layomia
removed request for
vargaz,
marek-safar,
steveisok,
lambdageek,
EgorBo,
akoeplinger,
CoffeeFlux,
BrzVlad,
ahsonkhan,
steveharter,
lateralusX,
jozkee,
naricc,
SamMonoRT and
imhameed
November 10, 2020 06:31
Merged
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
No description provided.