platform/upstream/coreclr - Domain: Dotnet / Core; Licenses: MIT;

Age	Commit message (Collapse)	Author	Files	Lines
2019-04-23	Delete unnecessary static and update GCSample to VS2019 (#24204)	Jan Kotas	1	-3/+3

2019-02-07	Fix GCSample bit rot (#22462)	Jan Kotas	1	-6/+11
	Fixes #22459
2017-01-23	[Local GC] Provide an implementation of GCToOSInterface for Unix-like ↵	Sean Gillespie	1	-1/+1
	platforms (#8976) * Add way to build with FEATURE_STANDALONE_GC from build.sh * Make CMake changes to build the GC 'PAL' as its own build target (to avoid -nostdinc). In addition, introduce a "GC PAL" that provides an implementation of GCToOSInterface on Unix-like platforms, for use with FEATURE_STANDALONE_GC.
2016-12-15	Switch GCSample to the canonical GCToOSInterface implementation (#8653)	Jan Kotas	1	-3/+4

2016-01-08	Fix building of GCSample on x86 via the standalone VS project	Jan Kotas	1	-2/+2

2015-12-24	GC OS interface refactoring	Jan Vorlicek	1	-2/+2
	This change replaces all calls of OS specific functions in the GC by a call to a platform agnostic interface. Critical sections were abstracted too. The logging file access was changed to use CRT functions instead of Windows specific APIs. A "size" member was added to the card_table_info so that we can pass the right size to the VirtualRelease method when destroying the card table. I have also fixed a bug in the gc_heap::make_card_table error path where when VirtualCommit failed, it called VirtualRelease with size that was not the reserved size, but the committed size. Other related changes - All interlocked operations moved to Interlocked class as static methods - Removed unused function prototypes - Shuffled stuff in the root CMakeLists.txt to enable building the GC sample using the settings inherited from the root CMakeLists.txt and to clean up some things that have rotted over time, like the FEATURE_xxx macros not being in one alphabetically ordered block - Fixed the VOLATILE_MEMORY_BARRIER macro in the gcenv.base.h - Replaced uint32_t thread id by EEThreadId - Removed thread handles storage (g_gc_thread) from the GC. The thread handle is closed right after the thread is launched. That allowed me to get rid of the GCThreadHandle - Renamed the methods of the EEThreadId to be easier to understand - Moved the gcenv.windows.cpp and gcenv.unix.cpp to the sample folder
2015-10-15	Cleanup GC-EE Interface	Jan Kotas	1	-1/+2
	- Add proper abstractions for threading methods to GCToEEInterface - Split sample gcenv into multiple files to avoid redundant content - Add handle table methods needed by .NET Native WinRT implementation Part of #1550
2015-09-12	Move sample GC environment to separate directory	Jan Kotas	1	-5/+5

2015-09-11	Upgrade GCSample project to VS2015	Jan Kotas	1	-3/+3

2015-01-30	Initial commit to populate CoreCLR repo	dotnet-bot	1	-0/+105
	[tfs-changeset: 1407945]