search for: winbase

.../include/w32api/wincon.h:197: error: expected declaration specifiers or '...' before 'LPCWSTR' In file included from /usr/lib/../include/w32api/windows.h:50, from /home/ang/src/llvm-gcc4.2-2.7.source/gcc/config/i386/cygmi ng-crtbegin.c:43: /usr/lib/../include/w32api/winbase.h:628: error: expected specifier-qualifier-li st before 'WCHAR' /usr/lib/../include/w32api/winbase.h:648: error: expected specifier-qualifier-li st before 'WCHAR' /usr/lib/../include/w32api/winbase.h:762: error: expected specifier-qualifier-li st before 'LPWSTR' /usr/lib/../...

...with target depend all Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_wine/work/wine-1.0.1" && make depend all " returned error 2 Command output: ../include/winbase.h:2342: warning: '__force_align_arg_pointer__' attribute directive ignored ../include/winbase.h:2344: warning: '__force_align_arg_pointer__' attribute directive ignored ../include/winbase.h:2350: warning: '__force_align_arg_pointer__' attribute directive ignored ../include/w...

...---> Building wine Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_wine/work/wine-1.0.1" && make depend all " returned error 2 Command output: ../include/winbase.h:2342: warning: '__force_align_arg_pointer__' attribute directive ignored ../include/winbase.h:2344: warning: '__force_align_arg_pointer__' attribute directive ignored ../include/winbase.h:2350: warning: '__force_align_arg_pointer__' attribute directive ignored ../include/w...

Hey, I'm using mingw on Windows for compilation of linux programs and there is a value that is missing in the mingw winbase.h header file: FILE_MAP_EXECUTE the wine winbase.h file has that value, but mingw devs can't copy it because of the licence used in wine. So my question is : where do wine devs get these numbers ?

...Jul 30, 2008 at 11:32:18AM -0700, Bill Wendling wrote: > On Jul 30, 2008, at 11:17 AM, Julien Lerouge wrote: >> ../../../llvm-gcc4.2-src/gcc/libgcc2.c:2095: error: conflicting types >> for 'VirtualProtect' >> >> c:/cygwin/home/jlerouge/buildbot/llvm/lib/../include/winbase.h:1998: >> error: previous declaration of 'VirtualProtect' was here >> > This is weird. Why is it #including this header during the bootstrap? Not sure, I'll take a look. This is not a real bootstrap anyway. Thanks, Julien -- Julien Lerouge PGP Key Id: 0xB1964A62 PGP...

Hi All, I 'm trying to build Omega 1.2.9, configure ran through, but when I do make I get error below. Any thoughts what I am missing? Thanks Noel make all-recursive make[1]: Entering directory `/xapian/xapian-omega-1.2.9' Making all in . make[2]: Entering directory `/xapian/xapian-omega-1.2.9' /bin/sh ./libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I./commo n

...M -0700, Bill Wendling wrote: > > On Jul 30, 2008, at 11:17 AM, Julien Lerouge wrote: > >> ../../../llvm-gcc4.2-src/gcc/libgcc2.c:2095: error: conflicting types > >> for 'VirtualProtect' > >> > >> c:/cygwin/home/jlerouge/buildbot/llvm/lib/../include/winbase.h:1998: > >> error: previous declaration of 'VirtualProtect' was here > >> > > This is weird. Why is it #including this header during the bootstrap? > > Not sure, I'll take a look. This is not a real bootstrap anyway. > > Thanks, > Julien >...

...use WINE's Windows Kernel32 library implementation in a Cocoa application [Embarassed] I think I can probably solve the problem by creating a C++ code only Cocoa framework and linking it with WineLib and my application, but surely there is a better solution for this problem... [Question] winbase.h:1608: error: conflicting types for 'GetCurrentProcess' winbase.h:1609: error: conflicting types for 'GetCurrentThread' winbase.h:1877: error: conflicting types for 'LoadResource' wingdi.h:3345: error: conflicting types for 'AnimatePalette' wingdi.h:3440: error: co...

The odds of #define _WINNT_H working are incredibly slim :) You can't include the separate headers (winbase.h etc), you have to just include windows.h Windows defines IMAGE_* whether we like it or not, we can't stop it doing it, so the only reasonable solution is to change LLVM to have it's own set of constant names. Nick Kledzik wrote: > In the Windows SDK headers, is the IMAGE_* defines...

...ME="$6" echo "Name is now $NAME" >>$info0 NAME=`echo $NAME | sed 's#\\\\#/#g' | sed 's/ //g' | sed 's/\.[^\.]*$//'` echo "name is now $NAME" >>$info0 NAME=`basename "$NAME"` echo "name is now $NAME" >>$info0 WINBASE=$(echo "$3"|sed -e 's,/,\\\\,g') if [ "$1" == "status" ] then echo "Printer: PDF-generator bogus status" echo "Queue: no printable jobs in queue" echo "Server: no server active" echo "Filter_status: done"...

...So you would get everything except those file format defines. Of course, this would fail if other parts of the windows header rely on stuff declared in the the file being excluded. Alternately, could you include the lower level windows headers rather than the top level windows.h (e.g #include <winbase.h> but not <windows.h>) [I've never done Windows development, so I'm just stabbing in the dark here] -Nick On Aug 28, 2013, at 7:19 PM, Virgile Bello wrote: > It was happening in a few files using COFF.h in LLDB for the windows branch (Windows.h is required for some typedef...

...9;s even better than before :) The main issue is RWMutex.inc and the use of PSRWLOCK. This requires _WIN32_WINNT to be >= 0x0600, which is not true for VS2005 SP1. Rather than #define _WIN32_WINNT 0x0600 (the file notes that this should build on all Win32 variants), extending the copy/paste of winbase.h to this works fine: #if defined(__MINGW32__) || _WIN32_WINNT < 0x0600 I'm still getting random crashes running llvm-tblgen.exe which I think is a known issue (I only need clang libs to build successfully so this isn't fatal for me). Cheers, - Don ----- Original Message ----- From:...

When compiling the following line of code using WineLib 20010731 you get a warning message. // generates a warning CompareString(LOCALE_USER_DEFAULT, dwFlags, s1, -1, s2, -1); These warning relates to the defines found in include/winbase.h file where we have: UINT WINAPI CompareStringA(DWORD,DWORD,LPCSTR,DWORD,LPCSTR,DWORD); UINT WINAPI CompareStringW(DWORD,DWORD,LPCWSTR,DWORD,LPCWSTR,DWORD); In the Borland 5.2 include file these API's are defined as: int WINAPI CompareStringA(LCID, DWORD, LPCSTR, int, LPCSTR, int); int...

Hi, what are the goals of VS2005 support for building LLVM? I'm syncing to the v3 branch and while the branch compiles perfectly with VS2008, there are a significant amount of compile errors and warnings with VS2005 SP1 (8.0.50727.867 with KB926601 SP1, to be precise). I also have the latest WSDK installed. A few months back there were only a few minor issues that I managed to clear up.

...T -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wstrict-prototypes -Wwrite-strings -Wpointer-arith -I/usr/sfw/include -I/usr/X11/include -I/usr/include -g -I/usr/sfw/include -I/usr/X11/include -I/usr/include -g -o term.o term.c In file included from term.c:36: ../../include/winbase.h:1574: error: syntax error before "va_list" ../../include/winbase.h:1574: warning: function declaration isn't a prototype ../../include/winbase.h:1575: error: syntax error before "va_list" ../../include/winbase.h:1575: warning: function declaration isn't a prototype ter...

...an before :) > > The main issue is RWMutex.inc and the use of PSRWLOCK. This requires _WIN32_WINNT to be >= 0x0600, which is not true for VS2005 SP1. > > Rather than #define _WIN32_WINNT 0x0600 (the file notes that this should build on all Win32 variants), extending the copy/paste of winbase.h to this works fine: > > #if defined(__MINGW32__) || _WIN32_WINNT < 0x0600 > > I'm still getting random crashes running llvm-tblgen.exe which I think is a known issue (I only need clang libs to build successfully so this isn't fatal for me). > I am not aware of anyone wh...

...won''t run. I just simplified the above example with one service. If the Windows node does not have the service, then the Puppet agent still runs successfully. But, when I run puppet agent --test in the Command Prompt with Puppet on the node, I get this error: Error: /Stage[main]//Node[winbase]/Service[CVSNT]: Could not evaluate: Cannot get status of CVSNT, error was: The specified service does not exist as an installed service. The agent continues to run and completes successfully. But, getting several of these lines at different points each time I run the Puppet agent makes testin...

> Hello, > > I'm trying to resolve SID from a linux using a program written in c# > running under mono. > > I already know the Windows API LookupSID ( > https://docs.microsoft.com/en-us/windows/win32/api/winbase/nf-winbase-lookupaccountsida) > and its underlying raw RPC call ( > https://docs.microsoft.com/en-us/openspecs/windows_protocols/ms-lsat/eb7ac899-e697-4883-93de-1e60c7720c02 > ). > > I've also already implemented the raw RPC call on Windows in C# to be able > to test null sess...

It was happening in a few files using COFF.h in LLDB for the windows branch (Windows.h is required for some typedef over Mutex, thread, socket, etc...). As said before, I am currently checking if it could be avoided (probably some refactoring will be needed). However I was wondering if it might not be easier to just avoid this clash at all by avoiding it in LLVM. Alternatively I could #undef

...src/gcc/libgcc2.c -o libgcc/./_trampoline.o ../../../llvm-gcc4.2-src/gcc/libgcc2.c:2086: warning: no previous prototype for 'getpagesize' ../../../llvm-gcc4.2-src/gcc/libgcc2.c:2095: error: conflicting types for 'VirtualProtect' c:/cygwin/home/jlerouge/buildbot/llvm/lib/../include/winbase.h:1998: error: previous declaration of 'VirtualProtect' was here ../../../llvm-gcc4.2-src/gcc/libgcc2.c:2100: warning: no previous prototype for 'mprotect' make[3]: *** [libgcc/./_trampoline.o] Error 1 make[3]: Leaving directory `/c/cygwin/home/jlerouge/buildbot/llvm/gcc-build/gcc...