Help the stack walker to find the location of a throw statement
fix deadlock when creating a thread while executing DllMain in another thread
fix indentation
Revert "Merge pull request #92 from shoo/fix7020"

This reverts commit 29f33bfdc0d36484e77ae8f369656720319f22e3, reversing
changes made to f11dd3e56476f75804809ecc14da2e65de3f335e.

fixes Issue 7375
Bug 5547: assertPred (the druntime part)
Ensure the assert code work with pure nothrow @safe.

Also, show more digits in floating point numbers if possible.
fix EH relocations

 - Use only one local function pointer in FuncTable which
   doesn't get relocated to PLT entries.
Remove -nofloat from DFLAGS.
@safe pure nothrow in core.bitop.
mark core.sys.posix.pthread as nothrow

- this also applies to the callback declarations
  thus the change in core.thread
Made capacity and reserve pure nothrow.

I don't see any reason for these not to be pure and/or nothrow, and
their lack is problematic for pure functions (and to some extent,
nothrow functions, though try-catch can fix that as tedious as it may
be).
Expose a thread_setThis() function in core.thread.
fix version specific IMAGEHLP_MODULE64 fields

- we don't use the additional fields and newer versions
  of dbghelp.dll are backwards compatible
remove unused moduleInfo
embedded CV info not loaded with explicit base address

- specifying the base address is only obligatory when
  loading external pdb files which we never do

- the CV function addresses should already have been relocated
use debug(PRINTF) for tracing
don't silently skip symbols without location info
check return value of SymInitialize
use the default module load mechanism

- passing fInvadeProcess=TRUE to SymInitialize loads symbols
  for all modules

- workaround CodeView bug
use the default symbol load paths

- uses same directories but SYSTEMROOT (C:\Windows)
  which didn't made any sense