- 31 5月, 2019 15 次提交
-
-
由 Vladimir Sadov 提交于
* Makes GetTotalAllocatedBytes monotonic in nonprecise case. Fixes:dotnet/coreclr#24615 * read `dead_threads_non_alloc_bytes` atomically on 32bit platforms * Update src/vm/comutilnative.cpp Co-Authored-By: NJan Kotas <jkotas@microsoft.com> Commit migrated from https://github.com/dotnet/coreclr/commit/0bbac00d8344195da3c9ee60dad31d0036b7dec0
-
由 Jan Kotas 提交于
Commit migrated from https://github.com/dotnet/coreclr/commit/b8d5b7b760f64d39e00554189ea0e5c66ed6bd62
-
由 Jeremy Koritzinsky 提交于
Check that we are using a valid IDispatch invocation flag earlier to limit the amount of work we do when we're going to return early anyway. (dotnet/coreclr#24872) Commit migrated from https://github.com/dotnet/coreclr/commit/996c6ad8015ac8597c504df53aefebd58fad7395
-
由 Jarret Shook 提交于
Pre SDK 3.0, a project type that is not .csproj would not include Directory.Build.targets. Change empty.proj to empty.csproj to allow source build, which uses a 2.1 sdk to build, correctly import Directory.Build.targets. Commit migrated from https://github.com/dotnet/coreclr/commit/c6d6fc20a597b01ad0e2745b6933ca216746e7df
-
由 Aaron Robinson 提交于
* Remove unused code in vm/util.* Commit migrated from https://github.com/dotnet/coreclr/commit/82bd51f001c8df3def3b327bb31fc7611539cbd8
-
由 Jeremy Koritzinsky 提交于
Commit migrated from https://github.com/dotnet/coreclr/commit/56c35e9b60e5f3a978ebe0b77f4b5b0c040495e4
-
由 Brian Sullivan 提交于
Fixes for building the Desktop JIT in CodegenMirror Commit migrated from https://github.com/dotnet/coreclr/commit/7d8309f149d0de976a482941356ed0e48b309858
-
由 Egor Chesakov 提交于
Commit migrated from https://github.com/dotnet/coreclr/commit/404e82becbadbd3def532047e5504e1313c1766a
-
由 Egor Chesakov 提交于
Commit migrated from https://github.com/dotnet/coreclr/commit/5ee8a09345ea63f80996f0dde7ee4d8396efd902
-
由 Elinor Fung 提交于
* Remove BuildTools imports from product build * Split scripts for installing dotnet vs BuildTools Commit migrated from https://github.com/dotnet/coreclr/commit/fa8383fb28be945cae900a5579afd5920f274fd4
-
由 Brian Sullivan 提交于
Commit migrated from https://github.com/dotnet/coreclr/commit/a765642cab6f2242fcfe0fab27ca41ceb7c57490
-
由 Jan Vorlicek 提交于
* Add build-tools.cmd This script builds selected tools in the src/tools directory (for the time being, it builds just the runincontext tool). This is a preparation step to enable nightly runs with unloadability tests. The build-tools.cmd should build helper tools needed during test runs. * Remove the build-tools.cmd * Build the tools as part of the managed runtime build. * Update the R2RDump project to put binaries into the bin/Product/... * Update runincontext.cmd/sh scripts Reflect the new location of the runincontext binary Commit migrated from https://github.com/dotnet/coreclr/commit/7e17986ff71a70ba328895e0b99e1de83d1bf5b5
-
由 Russ Keldorph 提交于
Commit migrated from https://github.com/dotnet/coreclr/commit/d651f0ae68a78741b5c9c18696245035d4aba27a
-
由 dotnet-maestro-bot 提交于
Commit migrated from https://github.com/dotnet/coreclr/commit/604a34b497219551a20abe266337b64e7124dac6
-
由 Stephen Toub 提交于
Commit migrated from https://github.com/dotnet/coreclr/commit/31acad70cae93caf0afe753775f14ebe80db31ed
-
- 30 5月, 2019 14 次提交
-
-
由 Michal Strehovský 提交于
Synchronized methods show up when `Console` is used and the missing helper mapping would cause us not to AOT compile them. Commit migrated from https://github.com/dotnet/coreclr/commit/7143390a5834d22213ffbbc04f8817b1c401fb83
-
由 Sinan Kaya 提交于
* fix compilation with gcc7.x In file included from src/inc/sstring.h:1029:0, from src/inc/ex.h:19, from src/inc/stgpool.h:28, from src/inc/../md/inc/metamodel.h:18, from src/inc/../md/inc/metamodelro.h:19, from src/inc/metadata.h:17, from src/inc/corpriv.h:21, from src/md/compiler/stdafx.h:20, from src/md/compiler/mdutil.cpp:12: src/inc/sstring.inl: In member function ‘const WCHAR* SString::GetUnicode() const’: src/inc/sstring.inl:650:5: error: nonnull argument ‘this’ compared to NULL [-Werror=nonnull-compare] if (this == NULL) ^~ add version check * Use the abstracted version of __nodebug__ * cc1: warning: command line option ‘-fpermissive’ is valid for C++/ObjC++ but not for C Commit migrated from https://github.com/dotnet/coreclr/commit/41832cedbb2d46362239d2b272964a39ca37cd89
-
由 Michal Strehovský 提交于
We currently don't precompile methods that use hardware intrinsics because we don't know the CPU that the generated code will run on. Jitting these methods slows down startup and accounts for 3% of startup time in PowerShell. With this change, we're going to lift this restriction for CoreLib (the thing that matters for startup) and support generating HW intrinsics for our minimum supported target ISA (SSE/SSE2). Commit migrated from https://github.com/dotnet/coreclr/commit/d4fadf03b9964ba9a1bf96f5a2136c2c8f4f38fe
-
由 Aaron Robinson 提交于
* Remove all uses of CanRunManagedCode() Commit migrated from https://github.com/dotnet/coreclr/commit/5d16005b984b9b27ce59245bca87aa225b2ca0b7
-
由 Mike McLaughlin 提交于
Use /proc/<pid>/mem to read memory in remote DBI data target. It makes the test case run at (dotnet/coreclr#24844) least 4 to 5 times faster than before. Fallback to old transport ReadMemory if /proc/<pid>/mem can't be opened. This happens on attach because of permissions/access, but works fine on the launch (the most important case). Commit migrated from https://github.com/dotnet/coreclr/commit/e46ae5921c510309f252af21c2a88d341e4e15ab
-
由 John Salem 提交于
* default value is 1, and when set to 0 will disable loading LTTng. Co-Authored-By: NJan Kotas <jkotas@microsoft.com> Commit migrated from https://github.com/dotnet/coreclr/commit/cc1f8ab68e645cd46601b1df50ff644dfffc4dae
-
由 mikedn 提交于
* Avoid using ins_Load/ins_Store with constant type * Use ldr to load array lengths/lower bounds genCodeForArrIndex and genCodeForArrOffset emit a ldrsw on ARM64 but that's not necessary. Array lengths are always positive. Lower bounds are signed but then the subsequent subtract is anyway EA_4BYTE so sign extension isn't actually needed. Just use ldr on both ARM32 and ARM64. * Use ldr to load array length (part 2) genCodeForIndexAddr's range check generation is messed up: - It uses ldrsw to load array length on ARM64. Not needed, the length is positive. - It uses sxtw to sign etxend the array length if the index is native int. But it was already extended by the load. - It creates IND and LEA nodes out of thin air. Just call the appropiate emitter functions. - It always generates a TYP_I_IMPL cmp, even when the index is TYP_INT. Well, that's just bogus. * Stop the using the instruction size for immediate scaling on ARM32 The scaling of immediate operands is a property of the instruction and its encoding. It doesnt' make sense to throw the instruction size (emitAttr) into the mix, that's a codegen/emitter specific concept. On ARM32 it's also almost meaningless, at least in the case of integer types - all instructions are really EA_4BYTE, even ldrb, ldrh etc. The ARM64 emitter already extracts the scaling factor from the instruction. It can't use the instruction size as on ARM64 the size is used to select between 32 bit and 64 bit instructions so it's never EA_1BYTE/EA_2BYTE. * Stop using ldrsw for TYP_INT loads ARM64's ins_Load returns INS_ldrsw for TYP_INT but there's nothing in the JIT type system that requires sign extending TYP_INT values on load. The fact that an indir node has TYP_INT doesn't even imply that the value to load is signed, it may be unsigned and indir nodes will never have type TYP_UINT nor have the GTF_UNSIGNED flag set. XARCH uses a mov (rather than movsxd, the equivalent of ldrsw) so it zero extends. There's no reason for ARM64 to behave differently and doing so makes it more difficult to share codegen logic between XARCH and ARM64 Other ARM64 compilers also use ldr rather than ldrsw. This requires patching up emitInsAdjustLoadStoreAttr so EA_4BYTE loads don't end up using EA_8BYTE, which ldrsw requires. * Cleanup genCodeForIndir/genCodeForStoreInd In particular, cleanup selection of acquire/release instructions. The existing code starts by selecting a "normal" instruction, only to throw it away and redo the type/size logic in the volatile case. And get it wrong in the process, it required that "targetType" be TYP_UINT or TYP_LONG to use ldar. But there are no TYP_UINT indirs. Also rename "targetType" to "type", using "target" is misleading. The real target type would be genActualType(tree->TypeGet()). * Remove ARM32/64 load/store instruction size inconsistencies - Require EA_4BYTE for byte/halfword instructions on ARM32. - Remove emitInsAdjustLoadStoreAttr on ARM64. Getting the correct instruction size simply requires using emitActualTypeSize, that will provide the correct size on both ARM32 and ARM64. - Replace emitTypeSize with emitActualTypeSize as needed. * Remove unnecessary insUnscaleImm parameter Commit migrated from https://github.com/dotnet/coreclr/commit/c6824d52873d0f6382b4f733c50f510491d37b12
-
由 Elinor Fung 提交于
Commit migrated from https://github.com/dotnet/coreclr/commit/0950e5200eaefab9ac75edd59d23ef69eaccf539
-
由 dotnet-maestro-bot 提交于
Commit migrated from https://github.com/dotnet/coreclr/commit/42d8e40e469cf00128e0cfa48f24297afa13c36f
-
由 Jeremy Koritzinsky 提交于
* On systems that have both cmake 2 and cmake 3, use cmake 3. Move CMAKE_EXPORT_COMPILE_COMMANDS to top level instead of in gen-buildsys-*. Define the CMake install prefix in gen-buildsys-* instead of pulling from an environment variable. Define C++ standard as CMake property instead of as flag. Move CLR_DEFINES_*_INIT out of overrides and into configurecompiler.cmake Move flags that generate debug info into configurecompiler.cmake Remove the CMAKE_USER_RULES_OVERRIDE files. Add cmake version output for determining what cmake versions each CI system has. Fix syntax in gen-buildsys-clang. Change add_compile_definitions back to add_definitions Add -D prefix for adding definitions via add_definitions Remove extraneous double-quote Change default config definition adding to the syntax in master Switch back to old CMAKE_<LANG>_FLAGS way of setting the language standards and try to go back to 2.8.12 minimum Switch back setting compile definitions for non-Windows branch too. Use SET with CMAKE_<LANG>_FLAGS. Convert some usages of appending to CMAKE_<LANG>_FLAGS to add_compile_options where possible. Set CMAKE_<LANG>_FLAGS_INIT instead of CMAKE_<LANG>_FLAGS Make sure configureopimitzation.cmake is included correctly in test build. Try to add brackets to get the Linux ARM compilation working correctly. Define standard language version in configurecompiler.cmake instead of root CMakeLists (so tests get it) Try to move langauge standard check to configure.cmake define language standard in each root CMakeLists.txt Fix off-Windows test build. Set CMAKE_EXPORT_COMPILE_COMMANDS after the project() call * Set CMAKE_USER_MAKE_RULES_OVERRIDE to "" to not break incremental builds after building on a branch that had it set to a path. * Remove CMake version output. * Move comment outside of multiline command. * Retry setting CMAKE_USER_MAKE_RULES_OVERRIDE * Remove unnecessary variable wrappers. * Simplify cmake 3 resolution. * Explicitly use CMAKE_CXX_FLAGS for C++-only flags that GCC complains about on C files. * Set -Wall via CMAKE_<LANG>_FLAGS until we can move all flag settings to add_compile_options * Fix typos * Another temporary precedence issue. * include configureoptimization.cmake in configurecompiler.cmake * Move setting CMAKE_EXPORT_COMPILE_COMMANDS to configurecompiler.cmake. * Rename configure.cmake -> verify_lto.cmake. * Fix path to verify-lto * Try using CMAKE_<LANG>_FLAGS instead of CMAKE_<LANG>_FLAGS_INIT. * Revert name change to configure.camek Commit migrated from https://github.com/dotnet/coreclr/commit/38f121b06910b25080b5f3259152effc0fe3c672
-
由 Jeremy Koritzinsky 提交于
Commit migrated from https://github.com/dotnet/coreclr/commit/3ac776125f4b9182de05abb1daccb98221509cc1
-
由 Elinor Fung 提交于
Commit migrated from https://github.com/dotnet/coreclr/commit/85af89bbbf22b30f3f7f46c961b3f484c8783630
-
由 mikedn 提交于
Commit migrated from https://github.com/dotnet/coreclr/commit/2eeeac5b0239cc619c1d71dc33896fa2bdced12c
-
由 Sven Boemer 提交于
This was present in System.Private.CoreLib previously, but removed in recent versions (I compared 3.0.0-preview5-27610-03 and 3.0.0-preview6-27715-05 on macos). It's unclear to me what used to be adding the attribute - https://github.com/dotnet/coreclr/commit/dotnet/coreclr@099177b0899156a4e8a352083a273805240c0ccd touched the SPC logic, but even in that change I see no mention of it. Maybe it used to be autogenerated by the old project files. In any case, I believe it should be added back. Its value used to be System.Private.CoreLib: ```diff - .custom instance void System.Reflection.AssemblyDescriptionAttribute::.ctor(string) = ( 01 00 16 53 79 73 74 65 6D 2E 50 72 69 76 61 74 // ...System.Privat - 65 2E 43 6F 72 65 4C 69 62 00 00 ) // e.CoreLib.. ``` Commit migrated from https://github.com/dotnet/coreclr/commit/90e7b68a9616b7c643a3e0e0e918102d94e527a2
-
- 29 5月, 2019 11 次提交
-
-
由 Egor Chesakov 提交于
* Update tf to netcoreapp2.1 * Bump up version of xunit.console package to 2.5.1-beta.19278.1 * Fix type in the version Commit migrated from https://github.com/dotnet/coreclr/commit/90f2960e19700914c15abe1ead895c0ebea0db22
-
由 Elinor Fung 提交于
Commit migrated from https://github.com/dotnet/coreclr/commit/b795318badbb2b7dd25715fff9f26153f261b4d4
-
由 José Rivero 提交于
This is the initial work to enable https://github.com/dotnet/coreclr/issues/15377 ## What's here? - A lot of code move/split. Some important moves: - `EventPipe` has a colection of `EventPipeSessions` instead of a single session. - `EventPipeSession` now owns a `EventPipeBufferManager` and a `EventPipeFile` - `EventPipeThread` now owns a collection of { EventPipeBufferManager, EventPipeBuffer }, and a collection of { EventPipeBufferManager, EventPipeBufferList } - There is a cap on the max number of `EventPipeSession` (64 sessions) - `EventPipeProvider` and `EventPipeEvent` use a 64-bit mask to keep track of the sessions that are listening to provider/events. ## What's pending? https://github.com/dotnet/coreclr/issues/24753 Commit migrated from https://github.com/dotnet/coreclr/commit/19edba3699daca1002bcd748e152d526d5b7bb69
-
由 Jeremy Koritzinsky 提交于
Change DllImportPath policy to create unicode-named test library immediately before use (dotnet/coreclr#24812) * Change DllImportPath_Unicode to use valid unicode characters. Create DllImportPath_Unicode via copying in a MSBuild property (copying in the test script doesn't work with batch). * Have the test create the unicode native library right before use. * Get first Dllimportpath_local that has the correct extension (check instead of assuming that the first one is the correct one). Commit migrated from https://github.com/dotnet/coreclr/commit/c614a00fed86ffa921b55d169bb6a7eb8625c7ff
-
由 Elinor Fung 提交于
Commit migrated from https://github.com/dotnet/coreclr/commit/34805dc3852ba218fcfd695bc0b9eb996860e025
-
由 Jan Kotas 提交于
Commit migrated from https://github.com/dotnet/coreclr/commit/420884ff6f4244f0e6ca8c5cfc2f59a708d89379
-
由 Jan Kotas 提交于
Fixes dotnet/coreclr#7452 Signed-off-by: Ndotnet-bot <dotnet-bot@microsoft.com> Commit migrated from https://github.com/dotnet/coreclr/commit/cdcc588fba1158a3ec7f45a539eece687426e917
-
由 Jan Kotas 提交于
Fixes dotnet/coreclr#24816 Commit migrated from https://github.com/dotnet/coreclr/commit/02e75ab55272902aed4c2501ab7c6740bae30485
-
由 Elinor Fung 提交于
Commit migrated from https://github.com/dotnet/coreclr/commit/7f9e1aef945a2115b337688976fa1c4cfebe1825
-
由 Stephen Toub 提交于
It's a private helper that's always directly awaited. No need to allocate a task each time it's called and data is synchronously available. Commit migrated from https://github.com/dotnet/coreclr/commit/13405da4ba21095f7673a10eaabfef990117478d
-
由 Jan Kotas 提交于
Commit migrated from https://github.com/dotnet/coreclr/commit/88ebe4fab2945d6f45894e0e58f64a3054142664
-