Re: [Mingw-w64-public] [patch] winternl.h: Define NT_SUCCESS, extend PROCESSINFOCLASS

2012-07-11 Thread Corinna Vinschen
On Jul 11 17:28, Kai Tietz wrote: > Hello Corinna, > > 2012/7/11 Corinna Vinschen : > > Hi, > > > > the below patch extends winternl.h slightly. OK to apply? > > > > > > Thanks, > > Corinna > > patch is ok, could you order enum-values so that they are ascending? They are ascending already. Or

Re: [Mingw-w64-public] [patch] winternl.h: Define NT_SUCCESS, extend PROCESSINFOCLASS

2012-07-11 Thread Kai Tietz
Hello Corinna, 2012/7/11 Corinna Vinschen : > Hi, > > the below patch extends winternl.h slightly. OK to apply? > > > Thanks, > Corinna patch is ok, could you order enum-values so that they are ascending? Thanks, Kai -

[Mingw-w64-public] [patch] winternl.h: Define NT_SUCCESS, extend PROCESSINFOCLASS

2012-07-11 Thread Corinna Vinschen
Hi, the below patch extends winternl.h slightly. OK to apply? Thanks, Corinna * winternl.h (NT_SUCCESS): Define. (enum _PROCESSINFOCLASS): Add ProcessDebugFlags. (NtSetInformationProcess): Declare. Index: winternl.h ===

Re: [Mingw-w64-public] Tapi.h and libtapi32

2012-07-11 Thread Ozkan Sezer
On 7/11/12, Kai Tietz wrote: > Hi Ozkan, > > patches are looking ok to me. Please go ahead. > > Thanks, > Kai > trunk: r5212, stable/v1.x: r5213, stable/v2.x: r5214. -- O.S. > 2012/7/11 Ozkan Sezer : >> On 7/11/12, JonY wrote: >>> On 7/11/2012 17:39, Ozkan Sezer wrote: Ok looked

Re: [Mingw-w64-public] Tapi.h and libtapi32

2012-07-11 Thread Kai Tietz
Hi Ozkan, patches are looking ok to me. Please go ahead. Thanks, Kai 2012/7/11 Ozkan Sezer : > On 7/11/12, JonY wrote: >> On 7/11/2012 17:39, Ozkan Sezer wrote: >>> >>> Ok looked at the header and reproduced the error. The specific >>> problem with tapi.h and the unicode macros is that some fu

Re: [Mingw-w64-public] Tapi.h and libtapi32

2012-07-11 Thread Ozkan Sezer
On 7/11/12, JonY wrote: > On 7/11/2012 17:39, Ozkan Sezer wrote: >> >> Ok looked at the header and reproduced the error. The specific >> problem with tapi.h and the unicode macros is that some functions >> have their xxxA/xxxW variants _along_ with the ones without them: >> e.g. we have lineUnpark

Re: [Mingw-w64-public] Tapi.h and libtapi32

2012-07-11 Thread JonY
On 7/11/2012 17:39, Ozkan Sezer wrote: > > Ok looked at the header and reproduced the error. The specific > problem with tapi.h and the unicode macros is that some functions > have their xxxA/xxxW variants _along_ with the ones without them: > e.g. we have lineUnpark() _and_ lineUnparkA() and line

Re: [Mingw-w64-public] Tapi.h and libtapi32

2012-07-11 Thread Ozkan Sezer
On 7/11/12, Kai Tietz wrote: > 2012/7/11 JonY : >> On 7/11/2012 14:51, Peter Schaefer wrote: >>> Hi! >>> >>> I'm using the recent rubenvb-gcc-4.7.1 release and tried to compile an >>> application using TAPI, however tapi.h cannot be >>> compiled: >>> c:\mingw32\bin\../lib/gcc/i686-w64-mingw32

Re: [Mingw-w64-public] Tapi.h and libtapi32

2012-07-11 Thread Jacek Caban
On 07/11/12 11:14, JonY wrote: > On 7/11/2012 14:51, Peter Schaefer wrote: >> Hi! >> >> I'm using the recent rubenvb-gcc-4.7.1 release and tried to compile an >> application using TAPI, however tapi.h cannot be >> compiled: >> >>> c:\mingw32\bin\../lib/gcc/i686-w64-mingw32/4.7.1/../../../../i686-

Re: [Mingw-w64-public] Tapi.h and libtapi32

2012-07-11 Thread Kai Tietz
2012/7/11 JonY : > On 7/11/2012 14:51, Peter Schaefer wrote: >> Hi! >> >> I'm using the recent rubenvb-gcc-4.7.1 release and tried to compile an >> application using TAPI, however tapi.h cannot be >> compiled: >> >>> c:\mingw32\bin\../lib/gcc/i686-w64-mingw32/4.7.1/../../../../i686-w64-mingw32/inc

Re: [Mingw-w64-public] Tapi.h and libtapi32

2012-07-11 Thread JonY
On 7/11/2012 14:51, Peter Schaefer wrote: > Hi! > > I'm using the recent rubenvb-gcc-4.7.1 release and tried to compile an > application using TAPI, however tapi.h cannot be > compiled: > >> c:\mingw32\bin\../lib/gcc/i686-w64-mingw32/4.7.1/../../../../i686-w64-mingw32/include/tapi.h:2074:107: >

Re: [Mingw-w64-public] Tapi.h and libtapi32

2012-07-11 Thread Ozkan Sezer
On 7/11/12, Peter Schaefer wrote: > Hi! > > I'm using the recent rubenvb-gcc-4.7.1 release and tried to compile an > application using TAPI, however tapi.h cannot be > compiled: > >> c:\mingw32\bin\../lib/gcc/i686-w64-mingw32/4.7.1/../../../../i686-w64-mingw32/include/tapi.h:2074:107: >> error: de

Re: [Mingw-w64-public] [patch] Add crtdefs.h to BASEHEAD_LIST

2012-07-11 Thread Kai Tietz
2012/7/10 Corinna Vinschen : > Hi, > > > The checkin for revision 5161 from 2012-07-04 breaks installing only > the required crt header files for a PSDK-only installation. excpt.h > now includes crtdefs.h instead of windows.h. The below patch fixes > BASEHEAD_LIST in configure.ac accordingly. > >

[Mingw-w64-public] Tapi.h and libtapi32

2012-07-11 Thread Peter Schaefer
Hi! I'm using the recent rubenvb-gcc-4.7.1 release and tried to compile an application using TAPI, however tapi.h cannot be compiled: > c:\mingw32\bin\../lib/gcc/i686-w64-mingw32/4.7.1/../../../../i686-w64-mingw32/include/tapi.h:2074:107: > error: declaration of C function 'LONG lineAddProvide

[Mingw-w64-public] #include causes formatting problems with PRId64

2012-07-11 Thread Simson Garfinkel
When I #include with mingw64-g++ the PRId64 value is no longer interpreted correctly. Here is the test program: #define __STDC_FORMAT_MACROS #include #include #include #include #include #include int main(int argc,char **argv) { uint64_t val=1234567890; printf("%"PRId64"\n",val);