summaryrefslogtreecommitdiff
path: root/src/vm/simplerwlock.hpp
AgeCommit message (Collapse)AuthorFilesLines
2016-03-09Delete dead codeJan Kotas1-13/+0
- Delete BINDER, STANDALONE_BINDER and MDIL ifdefs
2016-01-27Update license headersdotnet-bot1-4/+3
2015-03-06Add a fourth parameter to the DEFINE_DACVAR macro that is the actual fully ↵Mike McLaughlin1-2/+0
qualified name of the static/global. First pass at the global DAC table support for Linux. Explicitly build the table in the coreclr module instead of extract it from the pdb and put it in a resource. Fixed the SVR gc globals in the DAC table. They had to be seperated and initialized in gceesvr.cpp. Start on global pointer table. PAL functions to write and read the DAC table address between processes. The dac table is now copied from the coreclr process to the DAC/debugger process. The tables were not being built with exactly the same defines so they weren't the same size. Fixed a bug in the read memory implementation. Still assumes pid = 0. Changed the dacTable entries to be RVAs and renabled getting the corclr module base addres (m_globalBase). Added dac table address file cleanup on coreclr shutdown. Filled in the vtable entries in the global dac table. Changed some of the VPTR_* macros to be defined on the coreclr side (RS) to defined a constructor that is used to get the vtable in dactable.cpp. These changes required default constructors to be added to some of the classes. Changed getting the vtable address to not invoke the destructors since the constructor used didn't do anything (like initialize variables, etc.). Added a TODO comment about the debuggee pid not being available in the dac table address file name. Fixed Windows build. Created a couple of new VPTR_* macros that add a default constructor only if building coreclr (not DAC) on Linux. Comment on how these DAC table functions are temporary.
2015-02-12These changes are the beginning of the SOS for coreclr under lldb. It isn't ↵mikem83611-2/+2
finished or working yet. The sos plug in is broken into two modules: 1) The lldb plugin (sosplugin) module that is built with the lldb h and lib files. This module dynamically loads the sos module and finds the subcommand argument as a symbol export like windbg does for it's extensions. So "sos IP2MD 0x100000" loads sos, finds the export "IP2MD" and calls it with the rest of the command and a "IDebugClient" instance. This instance is a small subset of the the various dbgeng's API's implemented under lldb without any COM to keep things simple. OPEN ISSUE: This module's build depends on the lldb API includes and the lldb library. Need to figure out the best way to deal with the dependency on the lldb source. 2) The sos module (sos) module that is the strike source built under linux. Currently only the IP2MD command is built and the support/utility functions it needs. It dynamically loads the DAC (libmscordaccore.so) and queries the IXCLRDataProcess interface via the DAC's CLRDataCreateInstance export. OPEN ISSUE: Where and how to search for the sos/dac modules. Currently have a hard coded path to the binaries. It probably should be the directory the plug in (sosplugin) is loaded.
2015-01-30Initial commit to populate CoreCLR repo dotnet-bot1-0/+266
[tfs-changeset: 1407945]