Re: [Mingw-w64-public] [PATCH] Fix gendef fallthroughts and enable winpthreads library build

2017-10-06 Thread Ozkan Sezer
On 10/6/17, JonY via Mingw-w64-public wrote: > Patches OK? gendef fallthrough patch looks bogus to me. -- Check out the vibrant tech community on one of the world's most engaging

Re: [Mingw-w64-public] Where are headers defined?

2017-08-05 Thread Ozkan Sezer
On 8/5/17, Jeroen Ooms wrote: > Trying to build opendap [1] but the configure script can't find uuid.h: > > checking uuid/uuid.h usability... no > checking uuid/uuid.h presence... no > checking for uuid/uuid.h... no > checking uuid.h usability... no > checking uuid.h

Re: [Mingw-w64-public] [PATCH] pdh.h: use PDH_FUNCTION for Vista+ functions

2017-03-15 Thread Ozkan Sezer
On 3/16/17, Liu Hao wrote: > On 2017/3/16 5:26, Jon Turney wrote: >> Use PDH_FUNCTION rather than just PDH_STATUS, so these functions are >> correctly decorated with WINAPI (= stdcall on x86), so linkage works >> correctly on x86. > This is indeed how Microsoft people declare

Re: [Mingw-w64-public] gendef updates in git, one configury issue

2017-03-07 Thread Ozkan Sezer
On 3/7/17, NightStrike <nightstr...@gmail.com> wrote: > On Tue, Mar 7, 2017 at 11:38 AM, Ozkan Sezer <seze...@gmail.com> wrote: [...] >>> There is one configury issue I didn't touch: If I configure with >>> --with-mangle=/some/path switch, the library functio

Re: [Mingw-w64-public] gendef updates in git, one configury issue

2017-03-07 Thread Ozkan Sezer
On 3/7/17, Ozkan Sezer <seze...@gmail.com> wrote: > Several gendef updates were pushed to the git repo, one to fix > a use-after-free, one to sig a segfault (bug#592), one to fix an > unbalanced #pragma pack, etc. > > There is one configury issue I didn't

[Mingw-w64-public] gendef updates in git, one configury issue

2017-03-07 Thread Ozkan Sezer
Several gendef updates were pushed to the git repo, one to fix a use-after-free, one to sig a segfault (bug#592), one to fix an unbalanced #pragma pack, etc. There is one configury issue I didn't touch: If I configure with --with-mangle=/some/path switch, the library functions checks i.e.

Re: [Mingw-w64-public] [PATCH] liboleaut32.a: Fixed SetOaNoCache entry.

2017-02-02 Thread Ozkan Sezer
On 2/2/17, Jacek Caban wrote: > Please review. > > --- > mingw-w64-crt/lib32/oleaut32.def | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) This looks correct. -- Check out the vibrant tech

Re: [Mingw-w64-public] [Patch] Make build environment consistent

2016-10-15 Thread Ozkan Sezer
On 10/16/16, David Wohlferd wrote: [...] > config.guess files downloaded from the current automake build tree. > > sezero has been checking in these beta versions, but no one seems to > know why (and he hasn't responded to explain). There are no beta or release versions

Re: [Mingw-w64-public] [Patch] Issues with vsscanf - first draft

2016-07-07 Thread Ozkan Sezer
On 7/8/16, dw <limegreenso...@yahoo.com> wrote: > On 7/7/2016 4:06 PM, Ozkan Sezer wrote: >> Two copies of this message arrived: the one from your yahoo >> account is sent to spam folder by gmail and doesn't have the >> patch. The one from your limegreensocks went

Re: [Mingw-w64-public] [Patch] Issues with vsscanf - first draft

2016-07-07 Thread Ozkan Sezer
On 7/8/16, dw <da...@limegreensocks.com> wrote: > On 7/7/2016 6:45 AM, Ozkan Sezer wrote: >> On 7/7/16, dw <limegreenso...@yahoo.com> wrote: >>> I was looking to see if there was any more inline asm that could be >>> removed from mingw-w64.

Re: [Mingw-w64-public] [Patch] Issues with vsscanf - first draft

2016-07-07 Thread Ozkan Sezer
On 7/7/16, dw wrote: > I was looking to see if there was any more inline asm that could be > removed from mingw-w64. That brought me to vsscanf (and friends). This > looked to be a messy bit of code that could probably use a review. > > As I started looking through it,

Re: [Mingw-w64-public] Autotools & git

2016-06-06 Thread Ozkan Sezer
On 6/6/16, Hugo Beauzée-Luyssen wrote: > Hi, > > I'm wondering about the rational for having all autotools generated > files commited to the git repository. > Is there a specific reason for that? Or would it be OK to provide a > patch that adds a bootstrap script for all project

Re: [Mingw-w64-public] intrin-impl.h and @cc

2015-11-21 Thread Ozkan Sezer
> Hi dw, > > patch is ok. I assume that this feature can produce in some > inline-assembler cases speed pretty well. Additionally it avoid > useless clobber of a register just to test one-time on flags. > > JonY, Jacek: Could one of you commit this change? thanks in advance. > > Thanks, > Kai

Re: [Mingw-w64-public] Contributing a package

2015-05-26 Thread Ozkan Sezer
On 5/26/15, Pavel Fedin p.fe...@samsung.com wrote: Hello! IMHO, no project is too small for a separate project page and repository. And I don't see how this could ever belong inside the mingw-w64 project, honestly, as it is not related to the Windows runtime in any way (unless I'm missing

Re: [Mingw-w64-public] building winpthreads dll fails when building cross compiler

2015-05-08 Thread Ozkan Sezer
On 5/8/15, Kai Tietz ktiet...@googlemail.com wrote: Patch is ok. Could someone please apply. Thanks, Kai Applied to master, cherry-pick'ed into v4.x and v3.x, and pushed. -- O.S. 2015-05-08 11:24 GMT+02:00 Luke Allardyce lukeallard...@gmail.com: It turns out the flag was specified

Re: [Mingw-w64-public] [PATCH 2/2] build: autoconf: enable multiple tools and libs

2015-05-05 Thread Ozkan Sezer
On 5/5/15, JonY jo...@users.sourceforge.net wrote: On 5/5/2015 03:47, Alon Bar-Lev wrote: this somewhat reduces the error checking, but makes code and usage nicer. Hi, Thanks for the patch, but I'm rather ambivalent about keeping the top-level configure. It doesn't quite work as it is

Re: [Mingw-w64-public] Patch for bug 362

2015-04-08 Thread Ozkan Sezer
On 4/8/15, Kai Tietz ktiet...@googlemail.com wrote: Patch looks good to me. Kai Applied the patch to master and cherry-picked into all stable branches i.e. v4.x, v3.x, v2.x and v1.x JohnD: That part of the code seems originated from mingw.org project, so you may want to notify them too. --

[Mingw-w64-public] v1.0.10 and v2.0.10 maintenance releases

2015-03-20 Thread Ozkan Sezer
mingw-w64 v1.0.10 and v2.0.10 are released for maintenance to fix some recently revealed bugs, especially bug #465. If anyone is still using v1.x or v2.x series, they should update. v1.0.10 -- http://sf.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v1.0.10.tar.gz/download

[Mingw-w64-public] backports for v4.x ?

2015-03-18 Thread Ozkan Sezer
The following three commits look like they are condidates for cherry-pick'ing into v4.x. Should we do it? FOR v4.x: commit 7b41fe36c0be9a14bf1d82c74dfd00f20370e8d7 Author: Jacek Caban ja...@codeweavers.com Date: Fri Jan 30 11:16:50 2015 +0100 time.h: Ensure that _POSIX_THREAD_SAFE_FUNCTIONS is

Re: [Mingw-w64-public] backports for v4.x ?

2015-03-18 Thread Ozkan Sezer
On 3/18/15, Kai Tietz ktiet...@googlemail.com wrote: 2015-03-18 15:50 GMT+01:00 Ozkan Sezer seze...@gmail.com: The following three commits look like they are condidates for cherry-pick'ing into v4.x. Should we do it? FOR v4.x: commit 7b41fe36c0be9a14bf1d82c74dfd00f20370e8d7 Author: Jacek

Re: [Mingw-w64-public] completely lost building/linking DLLs

2015-03-03 Thread Ozkan Sezer
On 3/3/15, Earnie ear...@users.sourceforge.net wrote: -Original Message- From: David Macek [mailto:david.mace...@gmail.com] I think mingw should generally look for .a files (not .lib), specifically .dll.a. in case of DLL link stubs. Binutils will handle .lib as well as .dll

Re: [Mingw-w64-public] Fix for problems with clang

2015-01-19 Thread Ozkan Sezer
On 1/19/15, Kai Tietz ktiet...@googlemail.com wrote: Patch looks ok to me. Thanks, Kai Since no one else did, I applied and pushed this to master for dw. -- O.S. 2015-01-18 0:48 GMT+01:00 dw limegreenso...@yahoo.com: Re-sending since SF seems to have eaten the first one. A while back

Re: [Mingw-w64-public] FPU control word on startup

2014-11-23 Thread Ozkan Sezer
On 11/12/14, Carl Kleffner cmkleff...@gmail.com wrote: Hi, during tests with my mingw builds variant mingw-w64-for-python https://bitbucket.org/carlkl/mingw-w64-for-python/downloads I stumpled upon a flaw in mingw-w64 FPU handling on startup. This is issued at mingw-w64 builds of numpy

Re: [Mingw-w64-public] getpid issue

2014-11-07 Thread Ozkan Sezer
On 11/7/14, Dongsheng Song dongsheng.s...@gmail.com wrote: If we define _POSIX_, then getpid (process.h) was hidden. Is it correct ? PS: MSVC 2012 is the last compiler which use _POSIX_, MSVC 2013 do not use _POSIX_ anymore. MSVC 2012/2013 guard getpid with !__STDC__. I believe (but not

Re: [Mingw-w64-public] getpid issue

2014-11-07 Thread Ozkan Sezer
On 11/7/14, Ruben Van Boxem vanboxem.ru...@gmail.com wrote: 2014-11-07 9:25 GMT+01:00 Ozkan Sezer seze...@gmail.com: On 11/7/14, Dongsheng Song dongsheng.s...@gmail.com wrote: If we define _POSIX_, then getpid (process.h) was hidden. Is it correct ? PS: MSVC 2012 is the last compiler

Re: [Mingw-w64-public] getpid issue

2014-11-07 Thread Ozkan Sezer
On 11/7/14, Ray Donnelly mingw.andr...@gmail.com wrote: On Fri, Nov 7, 2014 at 11:10 AM, Ozkan Sezer seze...@gmail.com wrote: On 11/7/14, Ruben Van Boxem vanboxem.ru...@gmail.com wrote: 2014-11-07 9:25 GMT+01:00 Ozkan Sezer seze...@gmail.com: On 11/7/14, Dongsheng Song dongsheng.s

Re: [Mingw-w64-public] getpid issue

2014-11-07 Thread Ozkan Sezer
On 11/7/14, Dongsheng Song dongsheng.s...@gmail.com wrote: On Fri, Nov 7, 2014 at 7:51 PM, Ozkan Sezer seze...@gmail.com wrote: On 11/7/14, Ray Donnelly mingw.andr...@gmail.com wrote: On Fri, Nov 7, 2014 at 11:10 AM, Ozkan Sezer seze...@gmail.com wrote: On 11/7/14, Ruben Van Boxem vanboxem.ru

Re: [Mingw-w64-public] netioapi.h inconsistence

2014-10-25 Thread Ozkan Sezer
On 10/25/14, Alexey Pavlov alex...@gmail.com wrote: Hi! Some users report about inconsistency in netioapi header. They have issues with using it on WinXP. See: https://github.com/Alexpux/MINGW-packages/issues/279 Regards, Alexey. Looked at glib-2.42.0 source, its configury has a check

Re: [Mingw-w64-public] Remove some _POSIX guards

2014-10-07 Thread Ozkan Sezer
On 10/6/14, JonY jo...@users.sourceforge.net wrote: On 10/4/2014 18:38, JonY wrote: This should be the same as the strtok_r case, the following will now be exposed: localtime_r gmtime_r ctime_r asctime_r Patch OK? diff --git a/mingw-w64-headers/crt/time.h b/mingw-w64-headers/crt/time.h

Re: [Mingw-w64-public] Release with changes from master?

2014-09-28 Thread Ozkan Sezer
On 9/28/14, JonY jo...@users.sourceforge.net wrote: On 9/28/2014 19:04, Marat Radchenko wrote: Are there any plans to make a release that includes `master` branch commits? More specifically, I am interested in b354505e: Author: Kai Tietz ktiet...@googlemail.com Date: Thu Dec 5 10:06:07

Re: [Mingw-w64-public] cherrypick request

2014-09-21 Thread Ozkan Sezer
On 9/21/14, André Hentschel n...@dawncrow.de wrote: Hi, someone should cherry-pick this into stable branches: 997b3564e412f33dccb1cb4671ffdb10d3507cd2 Cherry-picked into v1.x, v2.x and v3.x, and pushed. -- O.S. --

Re: [Mingw-w64-public] Some new APIs and extending hid-API (shared with ddk)

2014-08-29 Thread Ozkan Sezer
On 8/29/14, Kai Tietz ktiet...@googlemail.com wrote: /home/ktietz/out/0002-New-header-gpio.h.txt new Windows GUIDs ... /home/ktietz/out/0003-Update-shared-headers-for-DDK-for-winapi-family-check-.txt New file hidclass.h and updated other hid*.h headers for winapi-family check and Win7/8

Re: [Mingw-w64-public] _lrotl and _lrotr

2014-07-26 Thread Ozkan Sezer
give the correct definitions for 32bit, LP64 and LLP64. If this is approved, someone else will have to commit it. git is not my thing. Kai and/or Jon should be approving or rejecting this. dw On 7/20/2014 2:18 AM, Ozkan Sezer wrote: Regarding gcc PR target/61662: https://gcc.gnu.org

Re: [Mingw-w64-public] Bug#755448: fixed in mingw-w64 3.1.0-3

2014-07-26 Thread Ozkan Sezer
On 7/26/14, Stephen Kitt li...@sk2.org wrote: Hi Rafaël, On Sat, 26 Jul 2014 12:52:44 +0200, Rafaël Carré fun...@videolan.org wrote: On 07/21/14 23:21, Stephen Kitt wrote: * Merge upstream implementation of strtok_r, so it's available on Windows XP. Thanks to Gianluigi Tiesi for

Re: [Mingw-w64-public] Wrong packing in bluetooth struct

2014-07-26 Thread Ozkan Sezer
On 7/27/14, LRN lrn1...@gmail.com wrote: [...] (2013-09-08 22:41:48) LRN: meanwhile - go ahead, fix ws2bth.h (add #pragma pack(push, 1), #pragma pack(pop)) Apparently, i forgot to report this. Seems like v3.x and trunk version of ws2bth.h already has byte-packing via the pshpack1.h and

Re: [Mingw-w64-public] Wrong packing in bluetooth struct

2014-07-26 Thread Ozkan Sezer
On 7/27/14, LRN lrn1...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 27.07.2014 1:49, Ozkan Sezer wrote: On 7/27/14, LRN lrn1...@gmail.com wrote: [...] (2013-09-08 22:41:48) LRN: meanwhile - go ahead, fix ws2bth.h (add #pragma pack(push, 1), #pragma pack(pop

[Mingw-w64-public] _lrotl and _lrotr

2014-07-20 Thread Ozkan Sezer
Regarding gcc PR target/61662: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61662 http://gcc.gnu.org/viewcvs/gcc?view=revisionsortby=daterevision=212826 In our intrin.h (and stdlib.h), we are overriding the definitions from ia32intrin.h possibly the original definition from gcc used to be wrong

Re: [Mingw-w64-public] [PATCH] fix incorrect __USE_MINGW_ANSI_STDIO check in wchar.h and stdlib.h

2014-07-14 Thread Ozkan Sezer
On 6/29/14, Ozkan Sezer seze...@gmail.com wrote: The attached tiny patch fixes incorrect __USE_MINGW_ANSI_STDIO check in wchar.h and stdlib.h: The check must be against the value, not against the existence of the macro. (c.f. _mingw_print_push.h, etc. headers.) OK for trunk and v3.x

[Mingw-w64-public] [PATCH] fix incorrect __USE_MINGW_ANSI_STDIO check in wchar.h and stdlib.h

2014-06-29 Thread Ozkan Sezer
The attached tiny patch fixes incorrect __USE_MINGW_ANSI_STDIO check in wchar.h and stdlib.h: The check must be against the value, not against the existence of the macro. (c.f. _mingw_print_push.h, etc. headers.) OK for trunk and v3.x? -- O.S. diff --git a/mingw-w64-headers/crt/stdlib.h

Re: [Mingw-w64-public] [PATCH 1/5] netioapi.h: Use WINAPI call convention for PIPINTERFACE_CHANGE_CALLBACK

2014-06-25 Thread Ozkan Sezer
On 6/25/14, Martin Willi mar...@strongswan.org wrote: --- mingw-w64-headers/include/netioapi.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mingw-w64-headers/include/netioapi.h b/mingw-w64-headers/include/netioapi.h index ac92a7f..95f7f99 100644 ---

Re: [Mingw-w64-public] [PATCH 5/5] ipsectypes.h: Begin IPSEC_CIPHER_TYPE enumeration at 1

2014-06-25 Thread Ozkan Sezer
On 6/25/14, Martin Willi mar...@strongswan.org wrote: Compared to the original headers all values are off by one. --- mingw-w64-headers/include/ipsectypes.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mingw-w64-headers/include/ipsectypes.h

Re: [Mingw-w64-public] [PATCH 4/5] ipsectypes.h: Begin IPSEC_TRANSFORM_TYPE enumeration at 1

2014-06-25 Thread Ozkan Sezer
On 6/25/14, Martin Willi mar...@strongswan.org wrote: Compared to the original headers all values are off by one. --- mingw-w64-headers/include/ipsectypes.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mingw-w64-headers/include/ipsectypes.h

Re: [Mingw-w64-public] [PATCH 3/5] iketypes.h: Remove superfluous #endif

2014-06-25 Thread Ozkan Sezer
On 6/25/14, Martin Willi mar...@strongswan.org wrote: Balances the #ifdef definition and fixes preprocessing the header. --- mingw-w64-headers/include/iketypes.h | 1 - 1 file changed, 1 deletion(-) diff --git a/mingw-w64-headers/include/iketypes.h b/mingw-w64-headers/include/iketypes.h

Re: [Mingw-w64-public] [PATCH 2/5] fwptypes.h: Remove FWPM_DISPLAY_DATA0 type defintion

2014-06-25 Thread Ozkan Sezer
On 6/25/14, Martin Willi mar...@strongswan.org wrote: As the prefix indicates, this type belongs to fwpmtypes.h, where it is aready defined. --- mingw-w64-headers/include/fwptypes.h | 5 - 1 file changed, 5 deletions(-) diff --git a/mingw-w64-headers/include/fwptypes.h

Re: [Mingw-w64-public] Fls API bug?

2014-06-08 Thread Ozkan Sezer
On 6/8/14, lh_mouse lh_mo...@126.com wrote: Dear all, I have noticed today that FlsAlloc/GetValue/SetValue/Free APIs are not declared in MinGW-w64 headers if I define _WIN32_WINNT as 0x0502. According to Microsoft SDK documentation these APIs should be available since WIndows Server 2003.

Re: [Mingw-w64-public] Bug: TlsGetValue is called after TlsFree when compiled with -static

2014-06-05 Thread Ozkan Sezer
On 11/11/13, Kai Tietz ktiet...@googlemail.com wrote: Hello Sergei, 2013/11/11 Sergei Antonov sap...@gmail.com: Hello! I'm using Mingw-w64 3.0 release compiled with gcc-4.7.2. This is my test pogram: === #include windows.h #include tchar.h struct S {

Re: [Mingw-w64-public] setjmp/longjmp blues

2014-06-05 Thread Ozkan Sezer
On 7/30/13, Roland Schwingel roland.schwin...@onevision.com wrote: Hi... Presently I am migrating a big codebase from GCC 4.4.3 to 4.8.2 using the current trunk mingw-w64 crt and headers. I am using a self built toolchain with SEH for 64bit windows and sjlj on 32bit windows. Everything

Re: [Mingw-w64-public] [Poll] Move to git

2014-05-09 Thread Ozkan Sezer
On 5/9/14, JonY jo...@users.sourceforge.net wrote: Hi all, You may also use the other thread for further discussion, please keep this thread for votes only. For mingw-w64 developers, state your SF ID; for the registered voters, simply reply with the same email address you registered with.

Re: [Mingw-w64-public] [PATCH 1/1] Corrected lib32/d3d9.def file (against directx_Jun2010_redist.exe)

2014-04-13 Thread Ozkan Sezer
On 4/13/14, Ray Donnelly mingw.andr...@gmail.com wrote: Seems 3 imports were listed as C++ functions when they are plain C functions. The attached patch corrects this. Qt Creator 3.1.0-rc1 built with Qt-5.3.0-beta1 using Angleproject could not resolve dll imports without this change. Best

Re: [Mingw-w64-public] [PATCH 1/1] Corrected lib32/d3d9.def file (against directx_Jun2010_redist.exe)

2014-04-13 Thread Ozkan Sezer
On 4/13/14, Ray Donnelly mingw.andr...@gmail.com wrote: Can someone with commit rights take care of this for us please? Best regards, Ray. On Sun, Apr 13, 2014 at 5:35 PM, Kai Tietz ktiet...@googlemail.com wrote: 2014-04-13 17:52 GMT+02:00 Ozkan Sezer seze...@gmail.com: On 4/13/14, Ray

Re: [Mingw-w64-public] [PATCH 1/1] Corrected lib32/d3d9.def file (against directx_Jun2010_redist.exe)

2014-04-13 Thread Ozkan Sezer
On 4/13/14, Alexpux alex...@gmail.com wrote: 13 апр. 2014 г., в 22:44, Alexpux alex...@gmail.com написал(а): 13 апр. 2014 г., в 22:39, Ozkan Sezer seze...@gmail.com написал(а): On 4/13/14, Ray Donnelly mingw.andr...@gmail.com wrote: Can someone with commit rights take care of this for us

Re: [Mingw-w64-public] [PATCH] update DDK object types

2014-01-10 Thread Ozkan Sezer
On 1/10/14, Lars Munch l...@segv.dk wrote: According to http://msdn.microsoft.com/en-us/library/ff558679(VS.85).aspx the ObjectType parameter should be written as *SomeObjectType, hence the extern object types should be POBJECT_TYPE pointers in order to be compatible with the MS DDK. Add

Re: [Mingw-w64-public] mingw-w64 v3.1.0 out!

2014-01-09 Thread Ozkan Sezer
On 1/9/14, JonY jo...@users.sourceforge.net wrote: Hi all, This is a minor bug fix release based on the v3 stable branch. The notable changes include some fixes for winpthreads deadlocking and a workaround for C/C++ linkage clash in crt/intrin.h. Some pointers for v3.next: - r6424 and

Re: [Mingw-w64-public] [PATCH] Fix missing _DISK_GEOMETRY_EX in DDK

2013-12-29 Thread Ozkan Sezer
On Mon, Dec 30, 2013 at 1:14 AM, Lars Munch l...@segv.dk wrote: When using the DDK for vista or above the following warning occurs. /include/ddk/ntddk.h:4151:13: warning: 'struct _DISK_GEOMETRY_EX' declared inside parameter list This patch simply defines _DISK_GEOMETRY_EX similar to:

Re: [Mingw-w64-public] Duplicate declarations

2013-12-25 Thread Ozkan Sezer
On Thu, Dec 26, 2013 at 8:52 AM, niXman i.nix...@autistici.org wrote: Alexey Pavlov 2013-12-26 10:47: Hi! I found that *winuser.h* from trunk have twice declared *tagTouchPredictionParameters*. First declaration is on *5144* line, second - *6520* line. On of this declaration need to be

Re: [Mingw-w64-public] Syber Terrorist, please help!!

2013-11-08 Thread Ozkan Sezer
On 11/8/13, Incongruous incongru...@outlook.com wrote: Please help me, a terrorist group calling themselves Google has invaded my computer. Every time I run IE11 it displays the web page of this abusive organization. Is there a way that Microsoft could provide some sort of protection against

Re: [Mingw-w64-public] How to search mailing list archives?

2013-11-02 Thread Ozkan Sezer
On 11/3/13, sampo-mi...@zxid.org sampo-mi...@zxid.org wrote: I have a bug to report regarding linking, but before reporting I would like to do my homework. How does one search in the archives of this mailing list? Neither https://lists.sourceforge.net/lists/listinfo/mingw-w64-public nor

Re: [Mingw-w64-public] Short read mystery

2013-10-15 Thread Ozkan Sezer
On 10/16/13, Edscott Wilson edscott.wilson.gar...@gmail.com wrote: I've been banging my head against the monitor for the past nine hours and narrowed a problem down to the following. I've found that for certain data, the read() function will return a short byte count. Take the following

Re: [Mingw-w64-public] MinGW-w64 v3.0.1

2013-10-02 Thread Ozkan Sezer
On 10/2/13, Ruben Van Boxem vanboxem.ru...@gmail.com wrote: Hi, I just noticed there is an SVN tag for 3.0.1 but no tarball. Could one be uploaded please? IIRC, its only difference is the change of state from alpha to stable, none of the other commits to 3.x branch seemed in the 3.0.1 tag

Re: [Mingw-w64-public] tcl fails to build due to conflicting implementation of EXCEPTION_REGISTRATION structure

2013-09-16 Thread Ozkan Sezer
On 9/16/13, Jacek Caban ja...@codeweavers.com wrote: On 09/16/13 21:26, Erik van Pienbroek wrote: Any ideas on whether this should be fixed in mingw-w64? AFAICS it's not present in PSDK. It contains only EXCEPTION_REGISTRATION_RECORD, no EXCEPTION_REGISTRATION. It was added by Kai in patch:

Re: [Mingw-w64-public] mingw-w64 v3 release calling for testers

2013-09-13 Thread Ozkan Sezer
On 9/13/13, Kai Tietz ktiet...@googlemail.com wrote: Well, I consider, if we might want to define _FORCENAMELESSUNION in _mingw.h for 3.0, and remove it on our trunk. By this we reduce fallout right now, provide a version check later on for changed behavior. I don't know the specifics about

Re: [Mingw-w64-public] [patch] add xaudio2_8, xinput1_4, xinput9_1_0 defs

2013-09-12 Thread Ozkan Sezer
On 9/12/13, Kai Tietz ktiet...@googlemail.com wrote: Hello Ozkan, def files and rest of patch are ok thanks, Kai Pushed. 2013/9/12 Ozkan Sezer seze...@gmail.com: This adds lib[32|64] defs for audio2_8, xinput1_4, xinput9_1_0. Defs are attached, makefile patch isinlined below. OK

[Mingw-w64-public] [patch] add xaudio2_8, xinput1_4, xinput9_1_0 defs

2013-09-12 Thread Ozkan Sezer
This adds lib[32|64] defs for audio2_8, xinput1_4, xinput9_1_0. Defs are attached, makefile patch isinlined below. OK to push? Index: lib32/Makefile.am === --- lib32/Makefile.am (revision 6276) +++ lib32/Makefile.am (working

[Mingw-w64-public] [patch] xaudio2

2013-09-11 Thread Ozkan Sezer
xaudio2 2.0...2.7 dlls never exported anything useful, only those DllCanUnloadNow, DllGetClassObject, DllRegisterServer, and DllUnregisterServer entries which are not exports that someone linksto a dll for. So I suggest that we do a svn remove lib32/xaudio*.def lib64/xaudio*.def and also

Re: [Mingw-w64-public] [patch] xaudio2

2013-09-11 Thread Ozkan Sezer
On 9/11/13, Kai Tietz ktiet...@googlemail.com wrote: Sorry ... Patch is ok. Thanks, Kai Pushed. -- O.S. -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single

Re: [Mingw-w64-public] #ifndef or #ifdef, that is the dilemma

2013-09-05 Thread Ozkan Sezer
Am 05.09.2013 23:10 schrieb Incongruous incongru...@outlook.com: #ifndef __cpluplus std::cout error\n A C++ compiler is required! std::endl; return -1; #endif The above snip says, if __cplusplus has not been defined print “bla bla” and return –1. Which means that if I am using

Re: [Mingw-w64-public] OpenGL headers

2013-07-25 Thread Ozkan Sezer
On Fri, Jul 26, 2013 at 3:18 AM, LRN lrn1...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 24.07.2013 00:22, Kai Tietz wrote: thank you for the heads up. Sure, it would me vety appreachiated if you would take care for this update. You should have commit rights. So

Re: [Mingw-w64-public] Change of SF.net file tree

2013-07-20 Thread Ozkan Sezer
On Sat, Jul 20, 2013 at 4:58 PM, Ruben Van Boxem vanboxem.ru...@gmail.com wrote: Hi, Although I am not strictly against it, it seems the MinGW-w64 files tree has dramatically changed, invalidating any old links to files. I'd appreciate if something like this happens, the person making the

Re: [Mingw-w64-public] Change of SF.net file tree

2013-07-20 Thread Ozkan Sezer
On Sat, Jul 20, 2013 at 5:24 PM, Ruben Van Boxem vanboxem.ru...@gmail.com wrote: 2013/7/20 Ozkan Sezer seze...@gmail.com On Sat, Jul 20, 2013 at 4:58 PM, Ruben Van Boxem vanboxem.ru...@gmail.com wrote: Hi, Although I am not strictly against it, it seems the MinGW-w64 files tree has

Re: [Mingw-w64-public] [PATCH] Remove reference to strnlen from msvcrt.def

2013-07-18 Thread Ozkan Sezer
On Fri, Jul 19, 2013 at 4:16 AM, Kai Tietz ktiet...@googlemail.com wrote: I am not able your patch the next two weeks. If Jacek, Ozkan, or dw confirm, then patch is oj for appkay. Kai Am 18.07.2013 10:14 schrieb Rafaël Carré fun...@videolan.org: Hello, Le 18/07/2013 21:49, Erik van

Re: [Mingw-w64-public] OpenGL headers

2013-07-03 Thread Ozkan Sezer
On Wed, Jul 3, 2013 at 5:22 PM, Kai Tietz ktiet...@googlemail.com wrote: 2013/7/3 LRN lrn1...@gmail.com: On 03.07.2013 00:43, Christer Solskogen wrote: On 01.07.2013 16:02, LRN wrote: mingw-w64 should supply GL headers from [1]. Specifically - GL/glext.h Pardon my french, but why should

Re: [Mingw-w64-public] strftime doesn't parse %T

2013-07-03 Thread Ozkan Sezer
On Wed, Jul 3, 2013 at 9:08 PM, K. Frank kfrank2...@gmail.com wrote: Hello List! strftime does not seem to parse the %T format specifier. First of all, I don't actually know what is supposed to happen. However, this reference: http://www.cplusplus.com/reference/ctime/strftime/ states

Re: [Mingw-w64-public] End of rubenvb builds

2013-06-24 Thread Ozkan Sezer
On Mon, Jun 24, 2013 at 10:51 AM, Kai Tietz ktiet...@googlemail.com wrote: Hello Ruben, 2013/6/23 Ruben Van Boxem vanboxem.ru...@gmail.com: Hi everyone, I have come to the conclusion that my MinGW-w64 builds bring too little to the table for me to continue maintaining them. I strongly

Re: [Mingw-w64-public] End of rubenvb builds

2013-06-23 Thread Ozkan Sezer
On Sun, Jun 23, 2013 at 4:15 PM, Ruben Van Boxem vanboxem.ru...@gmail.com wrote: Hi everyone, I have come to the conclusion that my MinGW-w64 builds bring too little to the table for me to continue maintaining them. I strongly encourage you to use the plethora of toolchains in a multitude of

Re: [Mingw-w64-public] InterlockedBitTestAndXXX

2013-06-03 Thread Ozkan Sezer
On Mon, Jun 3, 2013 at 12:26 AM, dw limegreenso...@yahoo.com wrote: I have found some problems with the InterlockedBitTestAndXXX functions. For example: - Despite sezero's recent update, they still don't all have the memory clobber. - The constraints for the 64bit versions are incorrect (I

Re: [Mingw-w64-public] InterlockedBitTestAndXXX

2013-06-03 Thread Ozkan Sezer
On Tue, Jun 4, 2013 at 1:58 AM, dw limegreenso...@yahoo.com wrote: If you can prepare patches for your recent asm stuff against the stable branch, I would happily merge. It might make sense to hold off on this a bit. I have several more that I'm working on. OK, Also, I hate asking

Re: [Mingw-w64-public] [OT] top posting from yahoo [WAS: format check broken]

2013-05-04 Thread Ozkan Sezer
On Sat, May 4, 2013 at 10:19 AM, NightStrike nightstr...@gmail.com wrote: On Friday, May 3, 2013, Earnie Boyd ear...@users.sourceforge.net wrote: On Thu, May 2, 2013 at 10:05 PM, Jim Michaels jmich...@yahoo.com wrote: sorry, my yahoo mail can only top-post, so don't email me about that.

Re: [Mingw-w64-public] format check broken

2013-05-03 Thread Ozkan Sezer
On Fri, May 3, 2013 at 12:51 PM, niXman i.nix...@gmail.com wrote: Hi JonY, If you use -D__MINGW_USE_ANSI_STDIO=1, use %lld. If you DO NOT USE -D__MINGW_USE_ANSI_STDIO=1, use %I64d. Tell me please, what can be reasons to use '%I64d' and do not use '-D__MINGW_USE_ANSI_STDIO=1' ? I'm just

Re: [Mingw-w64-public] format check broken

2013-05-03 Thread Ozkan Sezer
On Fri, May 3, 2013 at 1:09 PM, xunxun xunxun1...@gmail.com wrote: 于 2013/5/3 星期五 17:59, Ozkan Sezer 写道: On Fri, May 3, 2013 at 12:51 PM, niXman i.nix...@gmail.com wrote: Hi JonY, If you use -D__MINGW_USE_ANSI_STDIO=1, use %lld. If you DO NOT USE -D__MINGW_USE_ANSI_STDIO=1, use %I64d

Re: [Mingw-w64-public] format check broken

2013-05-03 Thread Ozkan Sezer
On Fri, May 3, 2013 at 1:23 PM, Kai Tietz ktiet...@googlemail.com wrote: 2013/5/3 Ozkan Sezer seze...@gmail.com: On Fri, May 3, 2013 at 1:09 PM, xunxun xunxun1...@gmail.com wrote: 于 2013/5/3 星期五 17:59, Ozkan Sezer 写道: On Fri, May 3, 2013 at 12:51 PM, niXman i.nix...@gmail.com wrote: Hi JonY

Re: [Mingw-w64-public] format check broken

2013-05-03 Thread Ozkan Sezer
On Fri, May 3, 2013 at 3:24 PM, JonY jo...@users.sourceforge.net wrote: On 5/3/2013 20:12, Ozkan Sezer wrote: You are right. That patch affects gcc's own compilation only. It doesn't affects user-code. Nevertheless for libstdc++-v3 uses - starting with 4.8 - by default POSIX-printf due

Re: [Mingw-w64-public] GCC 4.8 and MinGW-w64 release versions

2013-04-14 Thread Ozkan Sezer
On 4/14/13, Ruben Van Boxem vanboxem.ru...@gmail.com wrote: Hi, Hi Ruben, Is it possible to use mingw-w64 v2.0.8 to build GCC 4.8? V2.0.7 fails in libstdc++ for sure, I currently used trunk for my arch packages, but a user says 2.0.8 would work too. Will all functionality be present (e.g.

Re: [Mingw-w64-public] Update releases for posix-threading planned?

2012-12-20 Thread Ozkan Sezer
On 12/20/12, Kai Tietz ktiet...@googlemail.com wrote: Hello Ruben, just want to ask if you already considered to do updates for winpthread-toolchain (posix-threading)? Recently I fixed a big regression in winpthread, While you are on the topic, I would suggest that winpthreads be moved

Re: [Mingw-w64-public] FILE_xxx_DIR{ECTORY}_INFORMATION

2012-11-14 Thread Ozkan Sezer
On 11/14/12, Kai Tietz ktiet...@googlemail.com wrote: Hi, patch looks ok for me. Ozkan any objections? OK by me, too. Can also go into stable/v2.x Thanks, Kai -- O.S. -- Monitor your physical, virtual and cloud

Re: [Mingw-w64-public] FILE_xxx_DIR{ECTORY}_INFORMATION

2012-11-14 Thread Ozkan Sezer
On 11/14/12, Corinna Vinschen vinsc...@redhat.com wrote: On Nov 14 15:37, Ozkan Sezer wrote: On 11/14/12, Kai Tietz ktiet...@googlemail.com wrote: Hi, patch looks ok for me. Ozkan any objections? OK by me, too. Can also go into stable/v2.x Thanks, applied to trunk. I don't have

Re: [Mingw-w64-public] [patch] winternl.h: Fix SYSTEM_BASIC_INFORMATION, add SYSTEM_PAGEFILE_INFORMATION

2012-11-13 Thread Ozkan Sezer
On Tue, Nov 13, 2012 at 12:01 PM, Corinna Vinschen vinsc...@redhat.com wrote: On Nov 13 09:21, Kai Tietz wrote: Hi,78 2012/11/12 Corinna Vinschen vinsc...@redhat.com: Hi, the below patch fixes the definitions of SYSTEM_BASIC_INFORMATION and adds a definition of

Re: [Mingw-w64-public] [patch] winternl.h: Fix SYSTEM_BASIC_INFORMATION, add SYSTEM_PAGEFILE_INFORMATION

2012-11-13 Thread Ozkan Sezer
On Tue, Nov 13, 2012 at 1:03 PM, Corinna Vinschen vinsc...@redhat.com wrote: On Nov 13 12:17, Ozkan Sezer wrote: On Tue, Nov 13, 2012 at 12:01 PM, Corinna Vinschen vinsc...@redhat.com wrote: On Nov 13 09:21, Kai Tietz wrote: Hi,78 2012/11/12 Corinna Vinschen vinsc...@redhat.com

Re: [Mingw-w64-public] [patch] winternl.h: Fix SYSTEM_BASIC_INFORMATION, add SYSTEM_PAGEFILE_INFORMATION

2012-11-13 Thread Ozkan Sezer
On Tue, Nov 13, 2012 at 2:13 PM, Kai Tietz ktiet...@googlemail.com wrote: 2012/11/13 Corinna Vinschen vinsc...@redhat.com: On Nov 13 13:09, Ozkan Sezer wrote: On Tue, Nov 13, 2012 at 1:03 PM, Corinna Vinschen vinsc...@redhat.com wrote: On Nov 13 12:17, Ozkan Sezer wrote: On Tue, Nov 13

Re: [Mingw-w64-public] [patch] winternl.h: Fix SYSTEM_BASIC_INFORMATION, add SYSTEM_PAGEFILE_INFORMATION

2012-11-13 Thread Ozkan Sezer
On Mon, Nov 12, 2012 at 7:37 PM, Corinna Vinschen vinsc...@redhat.com wrote: About the correction made in SYSTEM_BASIC_INFORMATION: [...] Index: winternl.h === --- winternl.h (revision 5451) +++ winternl.h (working copy) @@

Re: [Mingw-w64-public] [patch] winternl.h: Fix SYSTEM_BASIC_INFORMATION, add SYSTEM_PAGEFILE_INFORMATION

2012-11-13 Thread Ozkan Sezer
On 11/13/12, Corinna Vinschen vinsc...@redhat.com wrote: On Nov 13 16:32, Ozkan Sezer wrote: On Mon, Nov 12, 2012 at 7:37 PM, Corinna Vinschen vinsc...@redhat.com wrote: About the correction made in SYSTEM_BASIC_INFORMATION: [...] Index: winternl.h

Re: [Mingw-w64-public] ironCrate

2012-11-10 Thread Ozkan Sezer
On 11/10/12, Luis Lavena luislav...@gmail.com wrote: On Sat, Nov 10, 2012 at 10:54 AM, Ruben Van Boxem vanboxem.ru...@gmail.com wrote: Hi, I have the crazy idea to help with ironCrate. I have written a small CMakeLists.txt file to get automated compilation working (I know you guys favor

Re: [Mingw-w64-public] ironCrate

2012-11-10 Thread Ozkan Sezer
On 11/10/12, Ruben Van Boxem vanboxem.ru...@gmail.com wrote: 2012/11/10 Ozkan Sezer seze...@gmail.com On 11/10/12, Luis Lavena luislav...@gmail.com wrote: On Sat, Nov 10, 2012 at 10:54 AM, Ruben Van Boxem vanboxem.ru...@gmail.com wrote: Hi, I have the crazy idea to help with ironCrate

Re: [Mingw-w64-public] RFC: How shall we plan releases of new major versions?

2012-11-07 Thread Ozkan Sezer
On 11/7/12, Erik van Pienbroek e...@vanpienbroek.nl wrote: Erik van Pienbroek schreef op zo 28-10-2012 om 00:01 [+0200]: I could try to write a script which tries to mass rebuild all these packages against recent mingw-w64 snapshots and report any breakage automatically Hi, In the last

Re: [Mingw-w64-public] RFC: How shall we plan releases of new major versions?

2012-11-05 Thread Ozkan Sezer
On 11/5/12, JonY jo...@users.sourceforge.net wrote: On 10/29/2012 01:30, Kai Tietz wrote: JonY, please sent patch upstream to gcc's and libstdc++'s ML. Add me CC and please mention that I ok'ed patch on IRC. I won't be able to reply next week myself. Cheers, Kai OK, it's in, but I

Re: [Mingw-w64-public] strerror_s problem

2012-11-04 Thread Ozkan Sezer
On 11/5/12, Kai Tietz ktiet...@googlemail.com wrote: Hi, interesting to see you all guessing ;) Well, the issue is fixed on trunk due new feature there. See mingw-w64-crt's sub-folder secapi. (revision around rev 5346). It has nothing to do with header-set (at least not directly).

Re: [Mingw-w64-public] strerror_s problem

2012-11-02 Thread Ozkan Sezer
On Thu, Nov 1, 2012 at 4:54 PM, Earnie Boyd ear...@users.sourceforge.net wrote: Is it properly wrapped in the extern C { } when __cplusplus is defined? Is __cplusplus defined correctly? Yes, sec_api/string_s.h does that. On Thu, Nov 1, 2012 at 7:06 PM, Earnie Boyd

Re: [Mingw-w64-public] strerror_s problem

2012-11-02 Thread Ozkan Sezer
On Fri, Nov 2, 2012 at 11:54 AM, JonY jo...@users.sourceforge.net wrote: On 11/2/2012 16:55, Ozkan Sezer wrote: On Thu, Nov 1, 2012 at 4:54 PM, Earnie Boyd ear...@users.sourceforge.net wrote: Is it properly wrapped in the extern C { } when __cplusplus is defined? Is __cplusplus defined

Re: [Mingw-w64-public] strerror_s problem

2012-11-02 Thread Ozkan Sezer
On 11/2/12, Earnie Boyd ear...@users.sourceforge.net wrote: On Fri, Nov 2, 2012 at 4:55 AM, Ozkan Sezer wrote: On Thu, Nov 1, 2012 at 4:54 PM, Earnie Boyd wrote: Browsing the SVN data, try including strings.h instead of string.h. See http://mingw-w64.svn.sourceforge.net/viewvc/mingw-w64/trunk

Re: [Mingw-w64-public] conflicting types?

2012-10-19 Thread Ozkan Sezer
On Fri, Oct 19, 2012 at 2:00 AM, Roger Pack rogerdpa...@gmail.com wrote: Something is messing with the defines in your code, it works fine when I tested. $ x86_64-w64-mingw32-gcc -E mingw-w64/trunk/mingw-w64-headers/crt/intrin.h | grep wcslen size_t __attribute__((__cdecl__))

Re: [Mingw-w64-public] [patch] winternl.h: Add file and filesystem related functionality

2012-10-11 Thread Ozkan Sezer
On 10/11/12, Kai Tietz ktiet...@googlemail.com wrote: Hi Corinna, patch is ok. Well, I am not opposed to replace WINAPI here in that header by NTAPI. Ozkan, any objections? NTAPI in winternl.h would be suitable, yes. That's OK by me. Thanks, Kai 2012/10/11 Corinna Vinschen

  1   2   3   4   5   6   >