Re: [Mingw-w64-public] [PATCH] lib32 msvcrt add mkgmtime exports

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 11/4/2016 13:27, Martell Malone wrote: > Apart from the thread hijack on if we should drop xp support. :) I > believe this patch is good to apply yes? > No objections for master branch. -BEGIN PGP SIGNATURE-

Re: [Mingw-w64-public] [PATCH] lib32 msvcrt add mkgmtime exports - XP support?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 11/2/2016 16:56, Adrien Nader wrote: > Hi, > > A small thread hijack. > > On Mon, Oct 31, 2016, Martell Malone wrote: >> Hey guys, >> >> My only concern is if this is supported on windows xp. >>

[Mingw-w64-public] Announcing v5.0.0

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 v5.0.0 is released! Some notable changes include: * Fixes to the __mingw_printf family of functions. * DirectX updates from Wine. * Various updates to support Windows 7 and 10. * Various header typo fixes. And here are the downloads:

Re: [Mingw-w64-public] Release criteria for mingw-w64 v5?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 10/19/2016 07:23, David Wohlferd wrote: > On 10/18/2016 3:28 PM, JonY wrote: >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 >> >> On 10/19/2016 04:18, Jean-Baptiste Kempf wrote: >>> On 18 Oct, David Wohlferd wro

Re: [Mingw-w64-public] Release criteria for mingw-w64 v5?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 10/19/2016 04:18, Jean-Baptiste Kempf wrote: > On 18 Oct, David Wohlferd wrote : >> Is there an official list of release criteria for mingw-w64 v5? >> Or a targeted release date? I'm not seeing anything on the web >> site. > > It would be nice

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

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 10/16/2016 07:21, David Wohlferd wrote: > I'm asking that my current patch (which does NOT use the beta > files) be approved. If there is a reason to use the beta files, > let's do that as a separate checkin, along with an explanation as > to

Re: [Mingw-w64-public] aclocal.m4 and Makefile.am out of sync

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 10/3/2016 06:37, David Wohlferd wrote: > > So, my testing didn't turn up any problems. The patch is pretty > big (1,389,398), so I have compressed it and uploaded it to > http://www.LimeGreenSocks.com/gen2.7z (where it is only 82,083). > >

Re: [Mingw-w64-public] [PATCH] fix uchar.h for Clang

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 9/28/2016 18:02, Mateusz wrote: > Looks attachment didn't work. Here is the patch: > >> From e98ec7a116256108831f035eb0a7f0f2fdf049e9 Mon Sep 17 00:00:00 >> 2001 > From: mati865 Date: Wed, 28 Sep 2016 11:45:40 > +0200

Re: [Mingw-w64-public] aclocal.m4 and Makefile.am out of sync

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 9/23/2016 09:50, David Wohlferd wrote: > On 9/22/2016 5:53 AM, JonY wrote: >> On 9/22/2016 20:23, JonY wrote: >>> just remove the mpdecimal directory, the dfp/*.c stuff should >>> still work, likewise for the pforma

Re: [Mingw-w64-public] aclocal.m4 and Makefile.am out of sync

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 9/22/2016 20:23, JonY wrote: > > just remove the mpdecimal directory, the dfp/*.c stuff should > still work, likewise for the pformat.c changes. I'm doing just that > since yesterday, running build tests. SF ate my GPG signed ma

Re: [Mingw-w64-public] aclocal.m4 and Makefile.am out of sync

er change (__dfp_expansion macro? > stdio\mingw_pformat.c?). > > JonY, please either approve one of these patches or provide more > guidance. > > dw just remove the mpdecimal directory, the dfp/*.c stuff should still work, likewise for the pformat.c changes. I'm doing just that s

Re: [Mingw-w64-public] [PATCH] wchar.h missing functions

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 8/25/2016 17:12, David Wohlferd wrote: > In mingw-w64-headers/crt/time.h there is some code that does: > > #ifndef _WTIME_DEFINED #define _WTIME_DEFINED > > After that, it defines a number of functions. > > mingw-w64-headers/crt/wchar.h has

Re: [Mingw-w64-public] [PATCH] redeclared without dllimport warnings

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 8/25/2016 16:44, David Wohlferd wrote: > The thing that started the _SECIMP work was a whole bunch of > "redeclared without dllimport attribute: previous dllimport > ignored" warnings. While the _SECIMP work (coming soon) will fix > most of them,

Re: [Mingw-w64-public] [PATCH 2/7] crt: Add e_pow.c to the source list

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 5/21/2016 11:40, Mateusz wrote: > Are you sure that this patch works without regenerate makefile? > Whoever pulls it in is supposed to regenerate those themselves. -BEGIN PGP SIGNATURE-

Re: [Mingw-w64-public] ignoring missing symbols doesn't seem to work

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 5/14/2016 21:35, Stephen Kitt wrote: > > Like all linker flags, this is handled by binutils rather than gcc. > Currently the PE linker in binutils doesn't support the > --unresolved-symbols option. > Not even that, the PE specs do not support

Re: [Mingw-w64-public] Fix mingw wprintf family function for _O_U8TEXT mode

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 5/5/2016 06:29, JonY wrote: > On 5/5/2016 02:57, Mateusz wrote: >> Fix mingw wprintf family function for _O_U8TEXT mode >> >> This patch uses __ms_fwprintf function for '%ls', '%lc', '%s', >> '%c' and literal stri

Re: [Mingw-w64-public] Floating-Point Operations Not Deterministic When Excecuted Asynchronously

On 3/15/2016 23:15, Benjamin Bihler wrote: > I have taken commit d82c6defa723b6e7986091ce0fb74da544b9e0f6 ("Reset > thread floating point settings on new thread") from the master branch > of the mingw64 repository, compiled it and replaced the respective > files in the "include" and "lib" folder

Re: [Mingw-w64-public] [PATCH] complex: Add clog10*.

On 3/17/2016 22:36, Nakai Yuta wrote: > Hi All, > > This patch implements clog10/clog10f/clog10l in libmingwex. > Please review:) > Hi, Style wise, I have no problems with it, but please expand the commit message a bit. Otherwise, OK from me. 0xD4EBC740.asc Description:

Re: [Mingw-w64-public] Floating-Point Operations Not Deterministic When Excecuted Asynchronously

On 3/7/2016 17:32, Benjamin Bihler wrote: > Thank you, Ruben and the others, for your answers. > > I have tried myself to find a workaround, but haven’t been successful. > > First I tried to add the O1 optimization flags one by one without using –O1 > to find out whether a special optimization

Re: [Mingw-w64-public] Revert [ca451a] Handle __CTOR_LIST__ internally within mingw-w64

On 3/2/2016 18:55, Mateusz wrote: > I don't have access rights to apply. > > If you have ready patch that enables __MINGW_CTOR_LIST__ only when > building with clang it will be the best solution before release of ver. > 5. If not, please revert this commit -- you have the access rights. >

Re: [Mingw-w64-public] Fix mkstemp implementation

On 3/1/2016 20:42, Ismail Donmez wrote: > Hi, > > mingw-w64's current mkstemp implementation wrongly uses _O_TEMPORARY which > doesn't make sense. Here is a patch from openSUSE we apply to fix it: > Applied to master and v4.x. 0xD4EBC740.asc Description: application/pgp-keys

Re: [Mingw-w64-public] Revert [ca451a] Handle __CTOR_LIST__ internally within mingw-w64

On 3/2/2016 04:25, Mateusz wrote: > Hi, > > I think we should revert commit [ca451a] Handle __CTOR_LIST__ internally > within mingw-w64 > > It is not ready yet and makes serious problems for GCC. > Go ahead, thanks. 0xD4EBC740.asc Description: application/pgp-keys signature.asc

Re: [Mingw-w64-public] [PATCH 1/2] wscanf: use WEOF instead of EOF

On 2/26/2016 00:42, Hannes Domani wrote: > --- > mingw-w64-crt/stdio/mingw_wvfscanf.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > Applied to master and v4.x, next time, use a more descriptive log entry. Thanks. 0xD4EBC740.asc Description: application/pgp-keys

Re: [Mingw-w64-public] Any more commits before v5.x branches out?

On 2/24/2016 01:14, Martell Malone wrote: > I pushed all the patches that were previously approved by either yourself > or kai. > While kai already approved this I would like someone other then myself to > confirm this patch doesn't break anything. > Handle __CTOR_LIST__ internally within

[Mingw-w64-public] Announcing v5.0-rc1

v5.0-rc1 is released! THIS IS A TEST VERSION. Changes: * Winpthreads performance bump thanks to Mattias * Much updates from Wine thanks to Jacek * Basic ARM support, thanks to Martell * Better Cygwin support, thanks to Corinna * gcc-5 support, thanks to Kai And much more from others. And here

Re: [Mingw-w64-public] [PATCH] scanf: fix memory leak

On 2/25/2016 02:55, Hannes Domani wrote: > Hello > > > The leak can be triggered with an example like this: > > #define __USE_MINGW_ANSI_STDIO 1 > #include > > int main( void ) > { > return( sscanf( "1", "%*u-" ) ); > } > Applied to master and v4.x, thanks. Wished it came earlier.

[Mingw-w64-public] Announcing v4.0.5

v4.0.5 is released! This should fix a long standing bug with vsprintf_s where it was calling vprintf_s because of a typo. If your code uses vsprintf_s, you should recompile it to fix the error. And here are the downloads:

Re: [Mingw-w64-public] Any more commits before v5.x branches out?

On 2/24/2016 00:28, Carl Kleffner wrote: > here it is. I tested this patch with master. > > Carl > Done, applied to master, thanks. 0xD4EBC740.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature

Re: [Mingw-w64-public] Any more commits before v5.x branches out?

On 2/23/2016 17:40, Carl Kleffner wrote: > I would like to add a patch for math/fpclassify.c: > > --- mingw-w64/mingw-w64-crt/math/fpclassify.c2015-06-05 > 10:13:07.997781400 +0200 > +++ mingw-w64/mingw-w64-crt/math/fpclassify.cmingwpy working copy > @@ -17,7 +17,6 @@ and sets C1 flag

[Mingw-w64-public] Any more commits before v5.x branches out?

Hello developers, Do you have anything important to commit before I branch v5.x off master? There is also going to be another v4.x bugfix release soon for those who want stability. 0xD4EBC740.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature

Re: [Mingw-w64-public] API functions are not being cut off by the LTO. Is it a bug?

On 2/18/2016 20:12, Иван Иванов wrote: > When I build the code for both x86 and x64 I get the executable with > only one > function - Main, so the Test1 function was cut off by the LTO > successfully. But > still both test32.exe and test64.exe have MessageBoxA function in the > import > table. Is

Re: [Mingw-w64-public] Fix broken sprintf_s

On 2/19/2016 22:54, Kai Tietz wrote: > patch is ok. > > Thanks > Kai Done. Applied to master and v4.x. 0xD4EBC740.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature --

[Mingw-w64-public] Fix broken sprintf_s

Patch OK? It was calling the wrong function. diff --git a/mingw-w64-crt/secapi/vsprintf_s.c b/mingw-w64-crt/secapi/vsprintf_s.c index 9e82bda..47486e3 100644 --- a/mingw-w64-crt/secapi/vsprintf_s.c +++ b/mingw-w64-crt/secapi/vsprintf_s.c @@ -19,7 +19,7 @@ _stub (char *_DstBuf, size_t _Size,

Re: [Mingw-w64-public] release possible

e that having a release would make distro's life easier. > > With my distro maintainer hat on, it would be really nice to cut a new > release. We have faster winpthreads, a lot of changes from wine etc. > > JonY, do you think it's possible to do a new release soon? > I anew r

Re: [Mingw-w64-public] Patch: wcsrtombs with null dst must ignore len

On 1/4/2016 15:16, Tim Kosse wrote: > Hi, > > the reverse function mbsrtowcs (mingw-w64-crt/misc/mbrtowc.c) suffers > from the same problem. This second patch fixes this function as well. > > Regards, > Tim Kosse > Wrong patch attached? 0xD4EBC740.asc Description: application/pgp-keys

Re: [Mingw-w64-public] Patch: wcsrtombs with null dst must ignore len

On 1/5/2016 23:09, Kai Tietz wrote: > Patch is ok. Could somebody please apply? > > Thanks, > Kai > Applied first patch to master, waiting for 2nd patch. 0xD4EBC740.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature

Re: [Mingw-w64-public] Patch: wcsrtombs with null dst must ignore len

On 1/4/2016 15:16, Tim Kosse wrote: > Hi, > > the reverse function mbsrtowcs (mingw-w64-crt/misc/mbrtowc.c) suffers > from the same problem. This second patch fixes this function as well. > > Regards, > Tim Kosse > Kai, Care to take a look? Patch looks strange to me. 0xD4EBC740.asc

Re: [Mingw-w64-public] compiling from linux for windows 7

On 12/30/2015 21:38, frank wrote: > Ubuntu 14.04, mingw-w64 is installed from the repository. The package to > cross > compile to windows 7 64bit is in this case nano-2.5.0. > > Commands used: > > ./configure --host=x86_64-w64-mingw32 > make > > The configure command exits successfully

Re: [Mingw-w64-public] Patch for ffmpeg

On 12/3/2015 03:32, Mateusz wrote: > I've prepared small patch for _mingw_stat64.h and mkstemp.c files. > > First problem is that in _mingw_stat64.h header file #define section for > _USE_32BIT_TIME_T case is switched from > #define new_name msvcrt_function > to > #define msvcrt_function

Re: [Mingw-w64-public] [PATCH] CRT_fp10: Protect ARM implementation against compiler optimizations

On 12/24/2015 14:36, Martell Malone wrote: > http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/ > Kai can I get ftp access to upload personal builds? > Done. 0xD4EBC740.asc Description: application/pgp-keys signature.asc Description: OpenPGP

Re: [Mingw-w64-public] Lock in support in the crt for ARMNT

On 12/24/2015 14:29, Martell Malone wrote: > ping! :) > > On Tue, Dec 15, 2015 at 11:06 PM, Martell Malone > wrote: > >> Please ignore patch 003 which adds __initenv to msvcrt >> This is not available on arm. >> Please review this along with the NtCurrentTeb patch. >>

Re: [Mingw-w64-public] [PATCH] CRT_fp10: Protect ARM implementation against compiler optimizations

On 12/24/2015 07:06, André Hentschel wrote: > Please review, i'll commit it (in case I still have access), just need an OK. > OK for me, go ahead. 0xD4EBC740.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature

Re: [Mingw-w64-public] [PATCH 2/3] Added winrt pragma to winrt IDL files.

On 12/3/2015 19:27, Jacek Caban wrote: > I did some work on widl support for winrt idl files in Wine tree. It's > not yet ready for complex files, but it's getting close. While doing > that, I introduced a new pragma informing widl that the file is winrt > idl. This way they don't need any special

Re: [Mingw-w64-public] [PATCH 1/3] Fixed _snwprintf_s template overload declarations.

On 12/3/2015 19:24, Jacek Caban wrote: > This seems to be simple cpopy typo. > Thanks for fixing that. Patch OK. 0xD4EBC740.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature

Re: [Mingw-w64-public] [PATCH] Handle __CTOR_LIST__ internally within mingw-w64

On 11/22/2015 10:55, Martell Malone wrote: > Currently we are half relying on libgcc's crtstuff. > We have all the code for handling __CTOR_LIST__ but still rely on libgcc to > provide the variables for us. > > With respect to compiler-rt buitins this is an obvious problem because it > assumes

Re: [Mingw-w64-public] Fix def file generation during parallel build

On 11/17/2015 22:13, NightStrike wrote: > This is a bad change. Make should be managing dependencies. It's bad > form to force a call to mkdir for every iteration, when it only needs > to be called once (especially on msys/cygwin, where that extra call is > non-trivial.) The correct way to do

Re: [Mingw-w64-public] Fix def file generation during parallel build

On 11/15/2015 12:22, JonY wrote: > Patch OK? > > diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am > index a137750..48bdfd3 100644 > --- a/mingw-w64-crt/Makefile.am > +++ b/mingw-w64-crt/Makefile.am > @@ -1416,7 +1416,7 @@ endif > #

[Mingw-w64-public] Fix def file generation during parallel build

Patch OK? diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am index a137750..48bdfd3 100644 --- a/mingw-w64-crt/Makefile.am +++ b/mingw-w64-crt/Makefile.am @@ -1416,7 +1416,7 @@ endif # ## %.def: %.def.in - $(CPP) -x c $< -Wp,-w -I$(top_srcdir)/def-include | $(SED)

Re: [Mingw-w64-public] Please use gnu style tarballs for releases

On 11/3/2015 16:07, Ismail Donmez wrote: > Hi, > > Currently mingw-w64 release tarballs are using the posix tar format which is > the default for gnu tar for some time. But there is a bad consequence, > neither WinRAR or 7-zip can handle posix tar archives correctly. > > So for the upcoming

Re: [Mingw-w64-public] [patch] intsafe.h: add support for clang

On 11/3/2015 06:38, JonY wrote: >> If someone could commit this, that would be great! Thanks! >> >> --David Grayson >> > > Looks good to me, if nobody objects, I will commit it soon. > Done, applied to master. 0xD4EBC740.asc Description: application/pgp

Re: [Mingw-w64-public] [patch] intsafe.h: add support for clang

On 10/31/2015 12:50, David Grayson wrote: > As of a few days ago, clang supports the builtins we use in > intsafe.h. However, clang still defines __GNUC__ as 4 and I don't > know how long it's going to be like that. So this patch adds special > code to detect clang and detect if clang supports

Re: [Mingw-w64-public] [PATCH] sal.h: Fix redefinition of _Field_range_.

On 10/31/2015 14:39, Nakai Yuta wrote: > Could anyone please apply this ? > Done, pushed to master. 0xD4EBC740.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature --

Re: [Mingw-w64-public] [PATCH] sal.h: Fix redefinition of _Field_range_.

On 10/30/2015 07:15, David Grayson wrote: > Yep, that looks like a good change to me. Sorry for not catching that > earlier. > > --David Looks good to me too, please commit. 0xD4EBC740.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature

Re: [Mingw-w64-public] Incorrect hexfloat output from __mingw_vprintf (g++ 5.2.0).

On 10/13/2015 07:14, Richard Copley wrote: > __mingw_vprintf for the "%a" (hexfloat) type gives incorrect output, > in g++. This is with the mingw-builds toolchain (64-bit targets, > Windows threads, SEH exceptions, version 5.2.0, revision 0). The > toolchain targeting 32-bit executables is also

Re: [Mingw-w64-public] Mingw64 not linking due to undefined references

On 10/8/2015 05:03, Mack Paul wrote: > Hi Stefan: > I did the following: > g++ -o dist/Debug/MinGW-Windows/cppapplication_1 > build/Debug/MinGW-Windows/main.o -lcomdlg32 -v > but I got the same result. g++ -o dist/Debug/MinGW-Windows/cppapplication_1 build/Debug/MinGW-Windows/main.o

Re: [Mingw-w64-public] Bug in math.h: mathematical constants undefined if __STRICT_ANSI__ and _POSIX_C_SOURCE or _POSIX_SOURCE is defined

On 9/10/2015 22:42, Thomas Uhle wrote: > If compiling with 'gcc -std=c++11' for instance, gcc defines > __STRICT_ANSI__ and, thus, the mathematical constants in math.h that are > also defined in POSIX.1 (see > http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/math.h.html for > reference)

Re: [Mingw-w64-public] Proposition for locking printf

On 8/3/2015 07:51, Mateusz wrote: Now _lock_file/_unlock_file are in stdio/mingw_lock.c (new) file. printf_full.diff works out of the box but I edited makefile.am makefile.in by hands which is wrong. I tested this patch with 64 and 32-bit GCC 5.2 with link to

Re: [Mingw-w64-public] [PATCH 1/2] Added sperror.h file.

On 7/28/2015 22:28, Jacek Caban wrote: --- mingw-w64-headers/include/sperror.h | 26 ++ 1 file changed, 26 insertions(+) create mode 100644 mingw-w64-headers/include/sperror.h Looks good to me. 0xD4EBC740.asc Description: application/pgp-keys signature.asc

Re: [Mingw-w64-public] [Patch] freopen_s

On 8/14/2015 18:39, Jacek Caban wrote: On 08/14/15 00:38, JonY wrote: Patch OK? freopen_s is somehow missing. Looks good to me. Done. 0xD4EBC740.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature

Re: [Mingw-w64-public] [PATCH] codecapi.h: Added more CODECAPI_* declarations.

On 8/10/2015 18:37, Jacek Caban wrote: --- mingw-w64-headers/include/codecapi.h | 79 +++- 1 file changed, 78 insertions(+), 1 deletion(-) Patch looks OK to me. 0xD4EBC740.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital

Re: [Mingw-w64-public] [PATCH fix scanf asm for thumb2

On 8/7/2015 08:51, Martell Malone wrote: The scanf functions don't specify thumb mode which makes them fail to compile. Please Review How did it build before? Patch OK. 0xD4EBC740.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature

Re: [Mingw-w64-public] [Patch] Prevent wspiapi from clashing with cygwin ctypes.h

On 8/4/2015 18:35, Jacek Caban wrote: On 08/04/15 02:02, JonY wrote: Patch OK? Looks good to me. Done. 0xD4EBC740.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature

Re: [Mingw-w64-public] Clang Support for log1pl.S

On 8/4/2015 22:29, Martell Malone wrote: Hi jon_y, I can confirm this compiles under clang. May I suggest a little change -limit: .tfloat 0.29 +// limit: .tfloat 0.29 +.align 16 +limit: +.long 2920577761 +.long 2491081031 +.long 16381 We can use the long

[Mingw-w64-public] v4.0.4 released

Hello all, v4.0.4 is released! (v4.0.3 had a major bug, therefore skipped) This release fixes a couple of bugs found in the last release: * Major performance to winpthread mutex and spinlock implementation courtesy of Mattias Engdegård. * tchar.h now included in w32api mode installation. And

Re: [Mingw-w64-public] SEH question with clang

On 8/5/2015 04:59, Martell Malone wrote: Hi I currently apply this to clang when building mingw-w64-crt for x64 when building with clang. This is not exactly a blocker for me because my focus is x86 and arm but maybe someone has a better work around. jon_y? Thoughts Not sure if

Re: [Mingw-w64-public] Proposition for locking printf

On 8/2/2015 09:15, Mateusz wrote: I'm not diff expert, but I tried git diff -- maybe now is better. Due to problem with new file I copy context of mingw_lock.c to smallest ftello.c -- surprisingly make install works and with new libmingwex.a I can compile test-stdio.c file and it is working.

Re: [Mingw-w64-public] Proposition for locking printf

On 8/2/2015 06:27, Mateusz wrote: We have 4 functions from printf family that output to FILE stream: printf, vprintf, fprintf, vfprintf We have also puts/fputs functions that output to FILE stream and are always directly from msvcrt.dll. puts/fputs functions are atomic with Microsoft

Re: [Mingw-w64-public] Patch for locking printf

On 7/23/2015 06:24, JonY wrote: Hi, Patch introduces a new macro __MINGW_PRINTF_LOCKING for fprintf and vfprintf so when called on the same FILE stream, the operations are not overlapped. __USE_MINGW_ANSI_STDIO must also be set for the new macro to take effect. The reason why it is done

Re: [Mingw-w64-public] [PATCH] Added new wrl.h file and a few its dependency headers.

On 7/21/2015 00:18, Jacek Caban wrote: I have implemented some basic WRL functionality. This is the first patch that just adds placeholder files and deals with required build system changes. More will follow. Looks good. 0xD4EBC740.asc Description: application/pgp-keys signature.asc

Re: [Mingw-w64-public] [PATCH] codecapi.h: Added CODECAPI_AVDecNumWorkerThreads declaration.

On 7/21/2015 19:23, Jacek Caban wrote: --- mingw-w64-headers/include/codecapi.h | 32 1 file changed, 32 insertions(+) Looks good. 0xD4EBC740.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature

[Mingw-w64-public] Patch for locking printf

Hi, Patch introduces a new macro __MINGW_PRINTF_LOCKING for fprintf and vfprintf so when called on the same FILE stream, the operations are not overlapped. __USE_MINGW_ANSI_STDIO must also be set for the new macro to take effect. The reason why it is done in such a way is so programs that

Re: [Mingw-w64-public] Include and lib search paths for mingw-64

On 6/22/2015 10:43, Óscar Fuentes wrote: I am surprised that such good programmers should understand so little about producing a self-enclosed installation of mingw-64 ( or mingw ) to the point of not being able to create a distribution that just works automatically when any executable,

Re: [Mingw-w64-public] Include and lib search paths for mingw-64

On 6/21/2015 09:32, Edward Diener wrote: Furthermore, GCC typically comes with a distro's package manager (which is expected to install to a fixed location) or built from source (with the sysroot derived from the configure arguments). Neither has any issues with hardcoded paths. Only on

Re: [Mingw-w64-public] Include and lib search paths for mingw-64

On 6/21/2015 05:08, LRN wrote: On 20.06.2015 19:21, Edward Diener wrote: On 6/20/2015 10:50 AM, LRN wrote: On 20.06.2015 17:43, Edward Diener wrote: Why does mingw-64, or the original mingw for that matter, consistently hardcode include and lib search paths in their build for c:\mingw

Re: [Mingw-w64-public] [PATCH] 2 Small Patches for ARM and Clang building

On 6/14/2015 17:09, Kai Tietz wrote: Patches are IMO ok. André any concerns about the removal of the 'd' postfix on floating-point-constant? For consistency with the existing multilib dirs, IMHO LIBARM32SUFFIXDIR should be lib only if hostcpu is arm*, it should be libarm32 otherwise.

[Mingw-w64-public] add tchar.h to base headers

Hi, Some PSDK headers also use tchar.h, so install it for Cygwin w32api mode too. Patch OK? diff --git a/mingw-w64-headers/configure.ac b/mingw-w64-headers/configure.ac index 7e3863d..57d9e49 100644 --- a/mingw-w64-headers/configure.ac +++ b/mingw-w64-headers/configure.ac @@ -39,7 +39,7 @@

Re: [Mingw-w64-public] About the recent sourceforge events

On 6/12/2015 05:21, Martin Mitáš wrote: Umm, it is much more complicated then that. There are many mingw-w64 repos on github: (1) mirror/mingw-w64, which is likely a mirror repo on sf.net [1], (2) as of now, 7 forks of the above [2] (AndreRH's repo is one of these), (3)

Re: [Mingw-w64-public] Patch to add TaskDialog and TaskDialogIndirect to comctl32.def files for linker + future contributions

On 6/8/2015 03:57, Kai Tietz wrote: Patch is ok. Could somebody please apply it to trunk (and maybe on branch(es)). Done, applied. 0xD4EBC740.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature

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

On 5/26/2015 15:05, Pavel Fedin wrote: Hi! What is your sourceforge ID? It's sonic_amiga. And it's still operational, to my great surprise :) Done, added Pavel Fedin (sonic_amiga). You can push the code to ssh://git.code.sf.net/p/mingw-w64/portablexdr It can be moved to github or

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

On 5/24/2015 20:19, Pavel Fedin wrote: Hello! I am currently building libvirt (http://libvirt.org/) for 64-bit Windows. The ultimate goal is to get virt-manager (https://virt-manager.org/) running. Building libvirt requires Sun (now ONC) RPC headers and RPC code generator. Since MinGW

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

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 supposed to, building everything in one shot, since the CRT

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

On 5/5/2015 22:15, Alon Bar-Lev wrote: Of course it is easier for me in Gentoo to use the toplevel autoconf script, it worked so far, not sure why not just support it, but partial support is not the right way to go. It doesn't actually work all the time, especially when the installed

[Mingw-w64-public] v4.0.2 released

Hello all, v4.0.2 is released! This release fixes a couple of bugs found in the last release: * Fix 64bit __mingw_printf %l* and %z*. * Fix 64bit __mingw_printf %g. * Fix PdhValidatePathExW declaration. * Fix WAVE_FORMAT_POLYCOM_G729_A typo in mmreg.h. * Fix missing newlines separating define

[Mingw-w64-public] v4.0.1 released

Hello all, v4.0.1 is released! This release adds more DirectX 11 support, thanks to the developers at Wine. Some new interfaces include: ID3D11BlendState1 ID3D11RasterizerState1 ID3D11Device1 IDXGIFactory2 IWMInputMediaProps IWMWriterSink IWMWriter IWMWriterAdvanced IWMWriterAdvanced2

Re: [Mingw-w64-public] v4.0.0 released

On 3/22/2015 02:59, Alon Bar-Lev wrote: Maybe stupid question... but why not build against in-tree headers by default? Because they are designed to be separate and haphazardly thrown together in a single package. The top-level configure was a quick hack that was never properly completed.

Re: [Mingw-w64-public] Mass rebuild report for March 08 2015

On 3/9/2015 01:14, Erik van Pienbroek wrote: mingw-qt-4.8.6-6 Package owner: sailer Time to build: 26 minutes, 14 seconds Build logs: http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20150308/mingw-qt-4.8.6-6 Known issue which was also present in previous test mass

Re: [Mingw-w64-public] v4.0-rc3 released

On 3/5/2015 14:56, Adrien Nader wrote: Hi, On Wed, Mar 04, 2015, Stephen Kitt wrote: Hi, On Wed, 04 Mar 2015 21:51:51 +0800, JonY jo...@users.sourceforge.net wrote: Without further ado: http://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/mingw-w64-v4.0-rc3.tar.bz2

[Mingw-w64-public] v4.0-rc2 released

Hello all, The 2nd RC is out for v4, please give it a spin, took longer than expected. Some changes since RC1 include: * _localtime_r now guarded with _POSIX_C_SOURCE instead of _POSIX. * Fix typos in winldap.h. * New D2D1 UUIDs in libuuid. Without further ado:

Re: [Mingw-w64-public] Mass rebuild report for January 30 2015

On 2/2/2015 03:27, Martell Malone wrote: OK, will go ahead with v4.0.0 shortly if there are no objections. I'm trying to get d3d11 idl additions into wine atm which jacek will pull into mingw-w64. VLC needs this for the new dx11-vout. Would it be possible to hold off a day or two for this

Re: [Mingw-w64-public] GCC 5 build failure (Was: Re: Mass rebuild report for January 30 2015)

On 2/1/2015 08:56, LRN wrote: Possible fixes: A) Make %z the primary, fix libgomp (gcc) to explicitly decorate gomp_fatal and gomp_fatal_va as gnu_printf. When compiled without a gnu-compatible vfprintf, it will behave incorrectly at runtime, when a gmp error happens. B) Make printf the

Re: [Mingw-w64-public] GCC 5 build failure (Was: Re: Mass rebuild report for January 30 2015)

On 2/1/2015 06:02, Erik van Pienbroek wrote: The offending line contains this piece of code: gomp_fatal (present clause: !acc_is_present (%p, %zd (0x%zx)), (void *) k-host_start, size, size); I have no idea whether this is a gcc issue or a mingw-w64

Re: [Mingw-w64-public] Mass rebuild report for January 30 2015

On 1/30/2015 08:10, Erik van Pienbroek wrote: All in all I see no blocking issues in mingw-w64 v4.0rc1. OK, will go ahead with v4.0.0 shortly if there are no objections. 0xD4EBC740.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature

[Mingw-w64-public] v4.0-rc1 released

Hello all, v4.x has been branched, and the first release candidate has been released on sourceforge. If all goes well, v4.0.0 will be released by next week. Testers, please give it a spin! Some highlights include: * winstorecompat - Used to achieve Windows Store compatibility, as used by VLC

Re: [Mingw-w64-public] RFE: New stable release

On 1/4/2015 05:56, Ruben Van Boxem wrote: It would all depend on how the developers handle this, but here's an idea: - keep master stable (even more than it is now), merging finished features and bugfixes only. - create a staging branch which would contain all new features whenever a

Re: [Mingw-w64-public] dwrite.h error: duplicate member 'GetFontCollection'

On 12/19/2014 17:20, Jack Andrews wrote: Thank you for mingw-w64. I am writing a DLL extension in C (not C++) and I came across a problem when I write test.c as: $cat test.c #include dwrite.h compiling the above causes an error. Hi, Sorry about the delay, but after looking at it,

Re: [Mingw-w64-public] [Patch] AD library (was Re: Missing Active Directory Libraries?)

On 12/17/2014 16:49, niXman wrote: niXman 2014-12-17 01:35: Won't this changes be packported to v3.x branch? *backported ping? Done, backported to v3.x. 0xD4EBC740.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature

Re: [Mingw-w64-public] [Patch] AD library (was Re: Missing Active Directory Libraries?)

On 12/17/2014 19:38, Jose Alf. wrote: Thank you. These patches solve with my current problem... However, I must report that I find what I think are more AD related libraries in the 64-bit build that are not in the 32-bit build. See below: C:\gcc491w64attrib /s | grep -i ads.*.*a$ A

Re: [Mingw-w64-public] [Patch] AD library (was Re: Missing Active Directory Libraries?)

On 12/17/2014 22:14, Kai Tietz wrote: Sure, patch is ok. Thanks, Kai Done for master and v3.x branch. 0xD4EBC740.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature --

[Mingw-w64-public] [Patch] AD library (was Re: Missing Active Directory Libraries?)

On 12/16/2014 15:27, josealf wrote: PING? I can post the minimal samle code if needed, but mybe someone knows why the libraries libactiveds.a and libadsnta are not include in the 32bit compiler toolchains... Thanks for you reply. Kai, Patch OK? diff --git

Re: [Mingw-w64-public] [Patch] AD library (was Re: Missing Active Directory Libraries?)

On 12/16/2014 18:34, Kai Tietz wrote: Hi JonY, Patch is ok. Do we need to add new .def files now to Makefile.am? If so it is sad. Done, changes pushed to master. 0xD4EBC740.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature

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