Re: [Mingw-w64-public] [patch] #endif comments in stralign.h

2012/6/27 Corinna Vinschen vinsc...@redhat.com: Hi, here's a simple patch which fixes/adds #endif comments in stralign.h. The misplaced _X86_ comment is a bit confusing. Corinna        * include/stralign.h: Fix and add #endif comments. Corinna, The patch is ok. Thanks for fixing that,

Re: [Mingw-w64-public] [patch] headers/configure.ac: Add files from crt required in SDK-only install

2012/6/27 Corinna Vinschen vinsc...@redhat.com: Hi, the below patch fixes the issue that a build with --disable-crt is missing a couple of files.  I don't know yet if it catches all necessary files, but the below list is at least required. Corinna        * configure.ac (BASEHEAD_LIST):

Re: [Mingw-w64-public] [patch] _cygwin.h: Include stddef.h

2012/6/27 Corinna Vinschen vinsc...@redhat.com: Hi, the below patch adds an include to stddef.h from _cygwin.h.  This is necessary so that base types like wchar_t and size_t are always defined, but taking the definitions from the Cygwin targeting toolchain. Corinna        *

Re: [Mingw-w64-public] [patch] Add a bit of Cygwin winsock tolerance

2012/6/28 Ozkan Sezer seze...@gmail.com: On Thu, Jun 28, 2012 at 1:45 PM, Corinna Vinschen vinsc...@redhat.com wrote: Hi, the below patch adds the first snippets of code to make the winsock stuff more agreeable to a Cygwin build environment and building Cygwin itself. There's more to come,

Re: [Mingw-w64-public] [patch] Add a bit of Cygwin winsock tolerance

2012/6/28 Ozkan Sezer seze...@gmail.com: On Thu, Jun 28, 2012 at 4:16 PM, Corinna Vinschen vinsc...@redhat.com wrote: On Jun 28 14:20, Ozkan Sezer wrote: On Thu, Jun 28, 2012 at 1:45 PM, Corinna Vinschen vinsc...@redhat.com wrote: Hi, the below patch adds the first snippets of code to

Re: [Mingw-w64-public] [patch] Add a bit of Cygwin winsock tolerance

2012/6/28 Corinna Vinschen vinsc...@redhat.com: On Jun 28 16:25, Ozkan Sezer wrote: On Thu, Jun 28, 2012 at 4:16 PM, Corinna Vinschen vinsc...@redhat.com wrote: On Jun 28 14:20, Ozkan Sezer wrote: - The patch moves the defs to a shared header but doesn't remove the associated #undefs

Re: [Mingw-w64-public] [patch] Add a bit of Cygwin winsock tolerance

2012/6/28 Ozkan Sezer seze...@gmail.com: On Thu, Jun 28, 2012 at 4:55 PM, Corinna Vinschen vinsc...@redhat.com wrote: On Jun 28 16:25, Ozkan Sezer wrote: On Thu, Jun 28, 2012 at 4:16 PM, Corinna Vinschen vinsc...@redhat.com wrote: On Jun 28 14:20, Ozkan Sezer wrote: - The patch moves the

Re: [Mingw-w64-public] [PATCH] Create dxva.h and move DXVA_* structs and GUID from dxva2api.h

Hi Rafael, Just one nit. 2012/6/28 Rafaël Carré fun...@videolan.org: @@ -0,0 +1,218 @@ +/** + * This file has no copyright assigned and is placed in the Public Domain. + * This file is part of the w64 mingw-runtime package. It should be ... is part of the mingw-w64 runtime package. + * No

Re: [Mingw-w64-public] [patch] Add a bit of Cygwin winsock tolerance

2012/6/28 Corinna Vinschen vinsc...@redhat.com: On Jun 28 16:11, Corinna Vinschen wrote: On Jun 28 16:01, Kai Tietz wrote: 2012/6/28 Corinna Vinschen vinsc...@redhat.com: No worries.  Something else occured to me a couple of minutes ago.  The #ifndef FD_xxx guards don't make much sense

Re: [Mingw-w64-public] [patch] Add a bit of Cygwin winsock tolerance

2012/6/28 Corinna Vinschen vinsc...@redhat.com: On Jun 28 17:24, Ozkan Sezer wrote: On Thu, Jun 28, 2012 at 5:18 PM, Corinna Vinschen vinsc...@redhat.com wrote: On second thought, this #undef/#ifndef juggle is only necessary for FD_SET, given that the other three macros are identical

Re: [Mingw-w64-public] [patch] ntdef.h: Define PHYSICAL_ADDRESS unconditionally

2012/6/28 Corinna Vinschen vinsc...@redhat.com: Hi, there's a bug in ntdef.h.  It defined PHYSICAL_ADDRESS only if it also has to define LARGE_INTEGER.  So, if the definition of LARGE_INTEGER is done elsewhere, PHYSICAL_ADDRESS is missing entirely. Corinna Patch is ok. Thanks, Kai

Re: [Mingw-w64-public] [patch] ntdef.h: A few additions

2012/6/28 Corinna Vinschen vinsc...@redhat.com: Hi, the below patch adds a few definitions to ntdef.h which are defined in winnt.h in mingw32.  Here they are guarded with an `#ifndef NT_INCLUDED' since that's defined in any way if ddk/wdm.h is present as well, which also defines these

Re: [Mingw-w64-public] [patch] ntdef.h: A few additions

2012/6/28 Corinna Vinschen vinsc...@redhat.com: On Jun 28 19:05, Kai Tietz wrote: 2012/6/28 Corinna Vinschen vinsc...@redhat.com: Hi, the below patch adds a few definitions to ntdef.h which are defined in winnt.h in mingw32.  Here they are guarded with an `#ifndef NT_INCLUDED' since

Re: [Mingw-w64-public] [patch] psdk_inc/_ip_types.h: Fix handling of sockaddr_in

2012/6/28 Corinna Vinschen vinsc...@redhat.com: Hi, my previous patch to psdk_inc/_ip_types.h didn't define sockaddr_in when building Cygwin.  That was a mistake.  Patch below. Thanks, Corinna Patch is ok. Thanks, Kai

Re: [Mingw-w64-public] _KERNEL32_?

2012/6/28 Corinna Vinschen vinsc...@redhat.com: Hi, yesterday, the problem that Cygwin defines advapi32 functions and therefore had a problem with WINADVAPI was fixed by introducing _ADVAPI32_. Can we get something along the same lines for kernel32 functions as well?  The reason is, Cygwin

Re: [Mingw-w64-public] [patch] More __INSIDE_CYGWIN__

2012/6/28 Corinna Vinschen vinsc...@redhat.com: On Jun 28 21:47, Kai Tietz wrote: 2012/6/28 Corinna Vinschen vinsc...@redhat.com: Hi, the below patch skips the definition of struct in6_addr and the definitions concerning struct sockaddr_storage when building Cygwin. Thanks

Re: [Mingw-w64-public] [patch] More __INSIDE_CYGWIN__

2012/6/28 Corinna Vinschen vinsc...@redhat.com: On Jun 28 22:02, Kai Tietz wrote: 2012/6/28 Corinna Vinschen vinsc...@redhat.com: On Jun 28 21:47, Kai Tietz wrote: 2012/6/28 Corinna Vinschen vinsc...@redhat.com: Hi, the below patch skips the definition of struct in6_addr

Re: [Mingw-w64-public] Confirm for me please

2012/6/29 Earnie Boyd ear...@users.sourceforge.net: I do not yet have a 64bit system to try this so please humor me a bit with this question.  When compiling with 64bit version will __MINGW32__ be defined as well as __MINGW64__? -- Earnie You can still use a cross-compiler on a 32-bit box

Re: [Mingw-w64-public] cross compiling with static Qt libraries

Hi, your issue is a missing import-library, or it placed at wrong place on command-line. For StringFromGUID you need to add -lole32 library. For the GetDeviceCaps import you need to specify -lgdi32. Regards, Kai --

Re: [Mingw-w64-public] Fwd: cross compiling with static Qt libraries

2012/7/4 xunxun xunxun1...@gmail.com: And, Kai Should we add -lole32 and -lgdi32 to gcc's internal specs? This may avoid the issue. -- Best Regards, xunxun Hmm, this seems not to be the right thing. gdi32.dll will be automatically added if option '-mwindows' is specified. This makes

Re: [Mingw-w64-public] Bug in setjmp.h on win64 + SEH

Hello Tristan, as you patch was applied to gcc's repository will you sent an updated version of your patch for setjmp.h header? Do you think we should use for older gcc-versions - not having the fixed frame-pointer builtin - still __mingw_getsp instead? Regards, Kai

Re: [Mingw-w64-public] Bug in setjmp.h on win64 + SEH

2012/7/4 Tristan Gingold ging...@adacore.com: Hi, as you patch was applied to gcc's repository will you sent an updated version of your patch for setjmp.h header? Sure. I was writing a mail about that, but you were faster. Do you think we should use for older gcc-versions - not having the

Re: [Mingw-w64-public] Bug in setjmp.h on win64 + SEH

2012/7/4 Ozkan Sezer seze...@gmail.com: On 7/4/12, Kai Tietz ktiet...@googlemail.com wrote: 2012/7/4 Tristan Gingold ging...@adacore.com: Hi, as you patch was applied to gcc's repository will you sent an updated version of your patch for setjmp.h header? Sure. I was writing a mail about

Re: [Mingw-w64-public] Bug in setjmp.h on win64 + SEH

2012/7/4 Ozkan Sezer seze...@gmail.com: On 7/4/12, Kai Tietz ktiet...@googlemail.com wrote: 2012/7/4 Ozkan Sezer seze...@gmail.com: On 7/4/12, Kai Tietz ktiet...@googlemail.com wrote: 2012/7/4 Tristan Gingold ging...@adacore.com: Hi, as you patch was applied to gcc's repository will you

Re: [Mingw-w64-public] [PATCH] Move asprintf and vasprintf into libmingwex.a instead of being inline funcions in stdio.h

Hi, I disabled the stub-implemenation of asprintf and vasprintf. By this gdb's build failure should be fixed and we avoid the MS-formatter vs. POSIX-formatter issue. Each venture either needs to implement its own variant, or it can still use the __mingw_vasprintf variant. Cheers, Kai

Re: [Mingw-w64-public] [PATCH] Move asprintf and vasprintf into libmingwex.a instead of being inline funcions in stdio.h

2012/7/5 Ray Donnelly mingw.andr...@gmail.com: Thanks Kai, You decided against renaming __mingw_vasprintf to vasprintf (and same for asprintf) then? Cheers, Ray. Yes, the issue is that __mingw_vasprintf assumes POSIX-formatter style. This could lead to troubles for ventures checking for

Re: [Mingw-w64-public] [PATCH] Move asprintf and vasprintf into libmingwex.a instead of being inline funcions in stdio.h

2012/7/5 Ray Donnelly mingw.andr...@gmail.com: Playing devil's advocate here... given that: libmingwex.a is only linked if someone passes -D__USE_MINGW_ANSI_STDIO=1 and that msvcrt doesn't implement asprintf or vasprintf, could we not just say that anyone who expects ms formatting in this

Re: [Mingw-w64-public] [patch] winsock2.h: Revert Cygwin patch

2012/7/6 Corinna Vinschen vinsc...@redhat.com: Hi, at one point I added a #ifndef __INSIDE_CYGWIN__ to winsock2.h to guard the declaration of gethostname. That was wrong. The below patch fixes that. Ok to apply? Thanks, Corinna Patch is ok. Regards, Kai

Re: [Mingw-w64-public] [patch] Avoid collisions between winnt.h and ntdef.h

2012/7/6 Corinna Vinschen vinsc...@redhat.com: Hi, the below patch fixes two definition collision between ntdef.h and winnt.h Ok to apply? Thanks, Corinna Yes, this guard makes sense. Patch is ok. Thanks, Kai

Re: [Mingw-w64-public] [patch/ob]: Always define NtCurrentTeb, GetCurrentFiber, GetFiberData, MemoryBarrier inline

Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security,

Re: [Mingw-w64-public] [patch] psdk_inc/_ip_types.h: Allow definition of struct sockaddr when building Cygwin

2012/7/6 Corinna Vinschen vinsc...@redhat.com: Hi, while working on the complex mix of Winsock and POSIX definitions in Cygwin's network-related code, I figured that it's easier to do as much using Winsock definitions. So I changed the Cygwin headers instead to drop lots of definitions when

Re: [Mingw-w64-public] [patch] in6addr.h: Extend in6_addr to allow accessing as 32 bit typed array, Linux-like

2012/7/6 Corinna Vinschen vinsc...@redhat.com: Hi, Cygwin performs a couple of 32 bit operations within in6_addr. The below patch adds matching Linux-like members *only* when building CYgwin itself. Ok to apply? Thanks, Corinna Patch is ok. Thanks, Kai

Re: [Mingw-w64-public] [patch] windows.h: Don't include winsock.h on Cygwin by default

2012/7/6 Corinna Vinschen vinsc...@redhat.com: Hi, For years, it has been the default on Cygwin not to include winsock.h from windows.h, unless __USE_W32_SOCKETS is defined. The below patch carries that over to Mingw64's windows.h. Ok to apply? Thanks, Corinna Sure, this is ok. We

Re: [Mingw-w64-public] [patch] Add guards to drop DECLSPEC_IMPORT usage in a couple of headers

2012/7/6 Corinna Vinschen vinsc...@redhat.com: Hi, When building the Cygwin DLL, linking fails if the Win32 functions have been declared with DECLSPEC_IMPORT. With the old w32api headers this was handled by a __W32API_USE_DLLIMPORT__ definition in winbase.h and other headers. This is

Re: [Mingw-w64-public] [patch] in6addr.h: Define s6_addr16 when building Cygwin

2012/7/6 Corinna Vinschen vinsc...@redhat.com: Hi, the subject says it all. Is that ok? Thanks, Corinna Sure. Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's

Re: [Mingw-w64-public] [ANNOUNCEMENT] mingw-w64-headers build behavior changes in trunk (v3)

Hello JonY and NightStrike, Thanks for the information. Just one question I have: Does the crt-configure have the same change? If not so, please do so for crt, too. Thanks, Kai 2012/7/9 JonY jo...@users.sourceforge.net: Hello all, mingw-w64-headers will now install headers to

Re: [Mingw-w64-public] [ANNOUNCEMENT] mingw-w64-headers build behavior changes in trunk (v3)

NightStrike, thanks, Kai 2012/7/9 NightStrike nightstr...@gmail.com: On Mon, Jul 9, 2012 at 10:27 AM, NightStrike nightstr...@gmail.com wrote: On Mon, Jul 9, 2012 at 8:03 AM, xunxun xunxun1...@gmail.com wrote: Hello JonY and NightStrike, 于 2012/7/9 8:54, Kai Tietz 写道: Hello JonY

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

2012/7/10 Corinna Vinschen vinsc...@redhat.com: 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

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

2012/7/11 JonY jo...@users.sourceforge.net: 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:

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

Hi Ozkan, patches are looking ok to me. Please go ahead. Thanks, Kai 2012/7/11 Ozkan Sezer seze...@gmail.com: On 7/11/12, JonY jo...@users.sourceforge.net 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

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

Hello Corinna, 2012/7/11 Corinna Vinschen vinsc...@redhat.com: 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

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

2012/7/11 Corinna Vinschen vinsc...@redhat.com: On Jul 11 17:28, Kai Tietz wrote: Hello Corinna, 2012/7/11 Corinna Vinschen vinsc...@redhat.com: Hi, the below patch extends winternl.h slightly. OK to apply? Thanks, Corinna patch is ok, could you order enum-values so

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

2012/7/12 Corinna Vinschen vinsc...@redhat.com: On Jul 12 12:03, Kai Tietz wrote: 2012/7/11 Corinna Vinschen vinsc...@redhat.com: On Jul 11 17:28, Kai Tietz wrote: Hello Corinna, 2012/7/11 Corinna Vinschen vinsc...@redhat.com: Hi, the below patch extends winternl.h slightly. OK

Re: [Mingw-w64-public] [patch] _mingw.h: Introduce the __32LONG macro

The cause for that I was suggesting __32LONG is that name is more unlikely to be mixed-up with a real type. Regards, Kai 2012/7/12 Ozkan Sezer seze...@gmail.com: On 7/12/12, Corinna Vinschen vinsc...@redhat.com wrote: Hi, unused so far, but that's the obvious starting point for the entire

Re: [Mingw-w64-public] winpthreads patch for pthread_getspecific()/pthread_setspecific() function for restore WIN last error code

Well, I am fine by this patch, but I would love to get additional a testcase added for it. So patch is ok with a testcase. Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways

Re: [Mingw-w64-public] [patch] winbase.h: Use documented type in calls to Interlocked functions

Hello Corinna, patch looks ok for me. I assume Jacek has no objections, so please go ahead. Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat

Re: [Mingw-w64-public] [patch] _mingw_mac.h: Redefine __MSABI_LONG for LP64

2012/7/17 Corinna Vinschen vinsc...@redhat.com: Hi, per the subject, patch below. Ok to apply? Thanks, Corinna Yes, patch is ok. Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover

Re: [Mingw-w64-public] [patch] ddk: Replace all unsigned long with ULONG

2012/7/17 Corinna Vinschen vinsc...@redhat.com: Hi, as proposed on IRC, the below patch replaces all usage of unsigned long in the ddk subdir with ULONG. Ok to apply? Thanks, Corinna Patch is ok. Thanks, Kai --

Re: [Mingw-w64-public] Error when building trunk CRT

Hi, I assume you have missed to install new runtime-headers before trying to build crt. Regards, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat

Re: [Mingw-w64-public] winpthreads patch for pthread_getspecific()/pthread_setspecific() function for restore WIN last error code

2012/7/18 niXman i.nix...@gmail.com: 2012/7/17 niXman: 2012/7/16 Kai Tietz: So patch is ok with a testcase. Log in attachment. ping? I applied the patch at rev 5235. But I still wait for the testcase. Cheers, Kai

Re: [Mingw-w64-public] [patch] usb.h: Use _WIN64 rather than WIN64

Patch is ok. Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include

Re: [Mingw-w64-public] [patch] _cygwin.h: Define _WIN64 if targeting 64 bit

Hi Corinna, Hmm, well, patch is ok. I am still thinking that we should handle _WIN64 and _WIN32 in a push/pop macro header. As we discussed on IRC, it might be the case that some ventures already are checking for _WIN64 for probing for native Windows. Regards, Kai

Re: [Mingw-w64-public] [patch] Drop 'L' modifier from Data1 member in GUID definitions

Hi Corinna, thanks for the work. patch is ok. Regards, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can

Re: [Mingw-w64-public] [patch/bulk] replace casted expressions using L modifier

Hello, 2012/7/19 Corinna Vinschen vinsc...@redhat.com: Hi, the below patch drops all 'L' modifiers from all casted numerical constant expressions: ((type) numerical-constant[lL]) As you probably guessed, I'm trying to minimize the expressions which need the __MSABI_LONG macro, before

Re: [Mingw-w64-public] [patch/bulk] More GUID definitions, less L qualifiers

Hi Corinna, patch is ok. Well, I assume you got most of them now. Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how

Re: [Mingw-w64-public] [patch/bulk] More GUID definitions, less L qualifiers

2012/7/19 Corinna Vinschen vinsc...@redhat.com: On Jul 19 18:49, Corinna Vinschen wrote: On Jul 19 18:13, Kai Tietz wrote: Hi Corinna, patch is ok. Well, I assume you got most of them now. Nope, there are just too many of them. I suspect they breed and hatch while I'm hunting them

Re: [Mingw-w64-public] [patch] kcom.h: YA GUID

Yes, this is ok. Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include

Re: [Mingw-w64-public] [patch] directx/dxerr[89].h: Define empty, non-debug DXTRACE_MSG statement as int

This is ok. Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include

Re: [Mingw-w64-public] [patch] ws2tcpip.h: EAI_NODATA should be int

2012/7/20 Corinna Vinschen vinsc...@redhat.com: Hi, The error codes returned by getaddrinfo and getnameinfo are defined as int values. The below patch fixes that for EAI_NODATA. Ok? Thanks, Corinna Hmm, I think we should keep these kind of values long for LLP64 and ILP targets. Ozkan,

Re: [Mingw-w64-public] [patch] winuser.h: HELP_xxx constants are UINT, not LONG

2012/7/20 Corinna Vinschen vinsc...@redhat.com: Hi, per MSDN, the WinHelp function takes a UINT as command parameter. THis is refelcted in our winuser.h, but for some reason most of the related HELP_xxx defines used as commands are defined as long. The below patch fixes that. Ok? Thanks,

Re: [Mingw-w64-public] [patch] ws2tcpip.h: EAI_NODATA should be int

2012/7/20 Ozkan Sezer seze...@gmail.com: On 7/20/12, Corinna Vinschen vinsc...@redhat.com wrote: On Jul 20 20:15, Corinna Vinschen wrote: On Jul 20 19:45, Kai Tietz wrote: 2012/7/20 Corinna Vinschen vinsc...@redhat.com: Hi, The error codes returned by getaddrinfo and getnameinfo

Re: [Mingw-w64-public] [patch/bulk]: Remove all long qualifiers from enum values

2012/7/21 Corinna Vinschen vinsc...@redhat.com: Hi, Since enum's are based on int anyway(*), defining their values as long is not useful. The below patch removes all 'L' qualifiers from enum values in the PSDK headers. Ok to apply? Thanks, Corinna (*) Ignoring C++11 enum classes for

Re: [Mingw-w64-public] apparent hang using the experimental pthread library

Hello Roger, 2012/7/22 Roger Pack rogerdpa...@gmail.com: Greetings fellow program(mers). A situation occurred the other day where, using (cross compiled) ffmpeg+libx264 with mingw-w64, --enable-pthreads and the mingw-w64 pthread library, some oddness would result, like the app would hang

Re: [Mingw-w64-public] [patch] ws2tcpip.h: EAI_NODATA should be int

2012/7/23 Corinna Vinschen vinsc...@redhat.com: On Jul 21 11:08, Corinna Vinschen wrote: On Jul 20 20:46, Kai Tietz wrote: 2012/7/20 Ozkan Sezer seze...@gmail.com: On 7/20/12, Corinna Vinschen vinsc...@redhat.com wrote: [...] Oh, I forgot something else. All other EAI_xxx values

Re: [Mingw-w64-public] error when building mingw-w64-crt from trunk

2012/7/24 Jacek Caban ja...@codeweavers.com: On 07/24/12 16:45, niXman wrote: Hello, Subj. Makefile:26134: *** missing separator. Stop. Yeah the commit: http://repo.or.cz/w/mingw-w64/jacek.git/commitdiff/27cfb5c70b2e0566d6dba3e6e190af7e5f03d988 had a typo, I've committed a fix:

Re: [Mingw-w64-public] [patch] Avoiding __MSABI_LONG ;)

Corinna, patch is ok now. Thanks, Kai 2012/7/25 Corinna Vinschen vinsc...@redhat.com: Hi Kai, On Jul 25 11:57, Kai Tietz wrote: Hello Corinna, yeah, windowsx.h header is always a fun ... 2012/7/24 Corinna Vinschen vinsc...@redhat.com: [...] Index: svrapi.h

Re: [Mingw-w64-public] apparent hang using the experimental pthread library

Thanks for the patch, I will take a look. Hmm, by looking at this I see that the issue might be a raise-condition about spin-locking. Means too much threads try to get spinlock-lock repeatively. So that one (or more) waiting threads simply don't get a chance to get the lock. I saw that

Re: [Mingw-w64-public] [patch] add intrin.h to BASEHEAD_LIST

Patch is ok. Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include

Re: [Mingw-w64-public] [patch] Avoiding __MSABI_LONG, latst one

Hallo Corinna, 2012/7/26 Corinna Vinschen vinsc...@redhat.com: Hi, more avoidance of __MSABI_LONG below. Here's a question. I already had a look into the end result after applying the bulk __MSABI_LONG patch. Apart from the fact that it affects a 5 digit number of lines, it looks...

Re: [Mingw-w64-public] [patch] Avoiding __MSABI_LONG, latst one

Patch is ok. Please go ahead. Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions

Re: [Mingw-w64-public] [patch/bulk] Use __MSABI_LONG throughout

Hello Corinna, The patch is ok. My eyes suffer pain ;) Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers

Re: [Mingw-w64-public] experimental/winpthreads/src/version.rc:36: syntax error

2012/7/27 niXman i.nix...@gmail.com: 2012/7/27 Kyle Schwarz: Hi, I'm getting a syntax error when trying to compile the latest winpthread. Hmm... This is strange. I've built winpthreads a hour ago. -- Regards, niXman Hmm, no idea. You might have altered something? I don't have this

Re: [Mingw-w64-public] apparent hang using the experimental pthread library

So, I made spinlocks fair by revision 5274. This means that no threads get *lost* on scheduling, if lock is requested. Please give this version a try. Thanks in advance, Kai -- Live Security Virtual Conference

Re: [Mingw-w64-public] apparent hang using the experimental pthread library

Hi Roger, 2012/7/27 Roger Pack rogerdpa...@gmail.com: So, I made spinlocks fair by revision 5274. This means that no threads get *lost* on scheduling, if lock is requested. Please give this version a try. I have tried it, thanks for the patch! Unfortunately it appears that (ffmpeg +

Re: [Mingw-w64-public] XP64 SP2 and MinGW-w64 v2.0.4: the procedure entry point _chsize_s could not be located in msvcrt.dll

2012/7/29 Ruben Van Boxem vanboxem.ru...@gmail.com: Hi, Since last week I have a XP64 VM laying around for ... fun. And compatibility checking and bug hunting obviously. I built Clang on Windows 7 x64, and tried running the resultant executable from a shared folder in the VM. It failed with

Re: [Mingw-w64-public] XP64 SP2 and MinGW-w64 v2.0.4: the procedure entry point _chsize_s could not be located in msvcrt.dll

2012/7/29 Ruben Van Boxem vanboxem.ru...@gmail.com: 2012/7/29 Kai Tietz ktiet...@googlemail.com 2012/7/29 Ruben Van Boxem vanboxem.ru...@gmail.com: Hi, Since last week I have a XP64 VM laying around for ... fun. And compatibility checking and bug hunting obviously. I built Clang

Re: [Mingw-w64-public] [patch] Avoid __MSABI_{U?}LONG for some UL qualified constants

Hi Corinna, 2012/7/27 Corinna Vinschen vinsc...@redhat.com: Hi, in ndrtypes.h I dropped the UL qualifiers since the values are small positive, and the C type conversion rules will make these expressions unsigned long anyway. There's also no good reason to add UL to enum and typed const

Re: [Mingw-w64-public] [patch] Revert adding intrin.h to BASEHEAD_LIST

Corinna, patch is ok. Please apply. Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond.

Re: [Mingw-w64-public] [patch] Use __MSABI_LONG for unsigned values, too

Hello Corinna, patch is ok. Please apply. Regards, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can

Re: [Mingw-w64-public] [patch] Avoid collision with different definitions of u_long

2012/7/30 Corinna Vinschen vinsc...@redhat.com: On Jul 30 16:35, Kai Tietz wrote: Corinna, patch is ok. Thanks, but I just realized that this won't work. Patch recalled. Corinna Why it shouldn't work? With rev 5285-5286 it should work as desired. Kai

Re: [Mingw-w64-public] multilib winpthreads

2012/7/31 Ruben Van Boxem vanboxem.ru...@gmail.com: Hi, Is there a cool way to build winpthreads for a multilib compiler? Hmm, not that I am aware. But NightStrike might know. I can of course install manually, but that wouldn't be cool. BTW, are there any plans to move it into the main

Re: [Mingw-w64-public] XP64 SP2 and MinGW-w64 v2.0.4: the procedure entry point _chsize_s could not be located in msvcrt.dll

2012/7/31 Ozkan Sezer seze...@gmail.com: On 7/31/12, Kai Tietz ktiet...@googlemail.com wrote: Hi Ozkan, [...] So, to avoid such issues in future I begun to abstract secure-API in our runtime. See revision 5290 as a start. Important here is that for msvcrt.dll we have to remove the secured

Re: [Mingw-w64-public] [patch] Fix types for XXX_UserSize, XXX_UserMarshal, XXX_UserUnmarshal, and XXX_UserFree functions

Hi Corinnna, patch looks ok to me. See if Jacek have any objections (I wouldn't assume so). Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat

Re: [Mingw-w64-public] [patch/bulk] Introduce __LONG32

Hi Corinna, 2012/8/2 Corinna Vinschen vinsc...@redhat.com: Hi, below is about 5% of the entire patch introducing __LONG32. Reviewing more than 4 lines is far from fun, so I made a break at this point. Noticable are a couple of places wher I kept long, these are places where the

Re: [Mingw-w64-public] [patch/bulk] Introduce __LONG32, part 3

Hello Corinna, my eyes ... yes, patch looks ok. Please go ahead. Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how

Re: [Mingw-w64-public] [patch/bulk] Introduce __LONG32, part 4

Hello Corinna, patch is ok. Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions

Re: [Mingw-w64-public] [patch/bulk] Introduce __LONG32, part 5

Hello Corinna, this patch is ok, too. Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond.

Re: [Mingw-w64-public] [patch/bulk] Introduce __LONG32, part 6

Hi Corinna, patch is ok. Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will

Re: [Mingw-w64-public] [patch/bulk] Introduce __LONG32, part 7

Hi Corinna, this patch is ok, too. Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond.

Re: [Mingw-w64-public] [patch/bulk] Introduce __LONG32, part 8

Corinna, this patch is fine. I hope that the transition to use of IDL-files makes progress. A lot of these changes are in fact in idl-generated headers. Thanks, Kai -- Live Security Virtual Conference Exclusive live

Re: [Mingw-w64-public] genidl ??

Hello Earnie, genidl is a way to make .tlb and .typeinfo resources V2 human readable. It is somewhat the same as old NT typelib-viewer (if some people remember about it). Sadly documentation about V1 typelib files is less good, so I mainly focused in that tool on Version 2 typelib format.

Re: [Mingw-w64-public] apparent hang using the experimental pthread library

2012/8/4 Kyle Schwarz kshawk...@gmail.com: On 7/27/2012 5:37 PM, Kai Tietz wrote: I have tried it, thanks for the patch! Unfortunately it appears that (ffmpeg + libx264 using it at least) appears to deadlock (?) after a few seconds. Here's an example trace: Thanks for your help

Re: [Mingw-w64-public] SEH

2012/8/4 niXman i.nix...@gmail.com: 2012/8/4 Ruben Van Boxem: I do not see this failure. The same error: gcc-trunk/libgcc/unwind-c.c: In function '__gcc_personality_seh0': gcc-trunk/libgcc/unwind-c.c:242:14: error: '__gcc_personality_imp' undeclared (first use in this function) --

Re: [Mingw-w64-public] [patch/bulk] Introduce __LONG32, part 9

Corinna, patch is ok for apply. Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond.

Re: [Mingw-w64-public] [patch/bulk] Introduce __LONG32, part 11

Hi Corinna, so this patch is ok, too. Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond.

Re: [Mingw-w64-public] [patch/bulk] Introduce __LONG32, part 10

Hi, this patch is fine. Please go ahead. Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond.

Re: [Mingw-w64-public] [patch/bulk] Introduce __LONG32, part 12

Patch is ok. Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include

Re: [Mingw-w64-public] [patch/bulk] Introduce __LONG32, part 12b

Corinna, the patch is ok. 12b? You got tired by simple increasing patch-numbers? ;) Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape

Re: [Mingw-w64-public] [patch/bulk] Introduce __LONG32, part 14

Hi Corinna, part 14 is ok. Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions

Re: [Mingw-w64-public] [patch/bulk] Introduce __LONG32, part 15

Patch is ok. Please apply. Thanks, Kai -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions

<    1   2   3   4   5   6   7   8   9   10   >