fixed a bug in r1570
- remove "0x" used by %x before

git-svn-id: https://dynamorio.googlecode.com/svn/trunk@1592 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Clang: Pass xsp in the x86.asm signal trampoline without aliasing

Fixes issue 898.

gcc was eliminating the xsp_unsafe to xsp copy because gcc believed
xsp_unsafe had no aliases.  Instead, we create a new stack frame and
read the arguments to the signal handler through xsp.

Unfortunately this means that ia32 and x64 have different signal handler
prototypes again.

I did an ia32 build with !HAVE_SIGALTSTACK, and the signal tests passed.

Review URL: https://codereview.appspot.com/6527048

git-svn-id: https://dynamorio.googlecode.com/svn/trunk@1593 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
i#893: add /safeseh:no

Added /safeseh:no for the core and for all the tests in order to
avoid errors from VS2012 due to our asm code.
Had to move core unit_tests down below the definition of LD_FLAGS.
Long-term we should make tools.asm SEH-compliant, so not resolving
the issue with this workaround.

git-svn-id: https://dynamorio.googlecode.com/svn/trunk@1594 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
fixes issue 894

Win8 WDK ntdll.lib does not list Ki routines nor string/memory routines so
we make our own .lib.  Because the Ki are stdcall we can't just use a .def
file: we need an .obj file built from stubs w/ the same signatures.

For the string routines, the .def file is sufficient as they're cdecl.
We also have to re-order msvcrt.lib to ensure it's after the new
ntdll_imports.lib.

git-svn-id: https://dynamorio.googlecode.com/svn/trunk@1595 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
fixes issue 895

fix libutil buffer overflow found by VS2012

git-svn-id: https://dynamorio.googlecode.com/svn/trunk@1596 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
fixes issue 896

VS2012 and Win8 WDK support:

1) locate ntdll.lib in Windows 8 WDK
2) locate uuid.lib
3) PEXCEPTION_REGISTRATION_RECORD rename to avoid conflict
4) use editbin instead of the missing bind.exe
5) eliminate C++ keywords becoming macros
6) eliminate macro redefs

git-svn-id: https://dynamorio.googlecode.com/svn/trunk@1597 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
fixes issue 897

update winsysnums for proper 64-bit decoding and for win8:
+ honor -ignore_Zw for pdb
+ don't require ecx for wow64
+ don't truncate syscall number
+ build 64-bit and set 64-bit mode for -x64 option
+ build properly w/ latest DynamoRIOConfig.cmake
+ handle win8 call-adjacent wrappers

relaxed asserts in dr_print_{instr,opnd} to allow calling in standalone
mode

git-svn-id: https://dynamorio.googlecode.com/svn/trunk@1598 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Make the ninja cmake generator work on Windows

Ninja ends up being a lot faster for incremental builds, but seems to do
worse on clean builds.  I don't know why yet.  I made the suite work
with ninja, but it's not worth using that way yet since the clean builds
are slower.

The clean builds below were builds after completely removing the build
directory and re-configuring, and the incremental times were builds
after touching dynamo.c.

Times:       clean       incremental
---------------------------------------
msbuild:     52.67s      15.89s
ninja:       62.76s      2.41s

Review URL: https://codereview.appspot.com/6534043

git-svn-id: https://dynamorio.googlecode.com/svn/trunk@1600 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Merge branch 'master' into drdeploy-port-4-drrun

Conflicts:
	core/CMakeLists.txt