search for: penumloaded_modules_callback64

...it Windows 7. >> The problem is here: >> >> #ifdef __MINGW32__ >> #include <imagehlp.h> >> #else >> #include <dbghelp.h> >> #endif >> >> <skip> >> >> typedef BOOL (WINAPI >> *fpEnumerateLoadedModules)(HANDLE,PENUMLOADED_MODULES_CALLBACK64,PVOID); >> >> imagehlp.h doesn't define PENUMLOADED_MODULES_CALLBACK64 type. >> I fixed it on my side by the patch in the bottom of this email, but I >> don't know if it's the right approach in general. >> >> [1] http://comments.gmane.org/gmane.comp.c...

Hi all, I'm hitting the same problem as in this[1] thread. I use release_37 branch on 64-bit Windows 7. The problem is here: #ifdef __MINGW32__ #include <imagehlp.h> #else #include <dbghelp.h> #endif <skip> typedef BOOL (WINAPI *fpEnumerateLoadedModules)(HANDLE,PENUMLOADED_MODULES_CALLBACK64,PVOID); imagehlp.h doesn't define PENUMLOADED_MODULES_CALLBACK64 type. I fixed it on my side by the patch in the bottom of this email, but I don't know if it's the right approach in general. [1] http://comments.gmane.org/gmane.comp.compilers.clang.user/709 -- Sly. diff --git a/lib/...

Hello there, I'm having a problem compiling llvm with vc++ 2005 and windows sdk6.1. It seems that the Platform SDK supplied with vc++2005 uses PSTR for the first param of PENUMLOADED_MODULES_CALLBACK64 typedef (dbghelp.h) and the windows sdk 6.1 (also windows sdk 6.0a that ships with vc++2008) uses PCSTR. The _MSC_VER macro guard for ELM_Callback(...) kinda kills the possibility of using VC++2005 with SDK 6.1 and without the macro guard, one will require to have SDK6.0A+ setup with vc++2005....