> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>
>
>
>
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>
-
This is _really_ nice.
On Thu, 4 Jun 2020, at 08:33, Martin Storsjö wrote:
> This adds libucrtapp.a, which is the same as libucrt.a, but excluding
> libapi-ms-win-crt-private-l1-1-0.a, and with a few statically
> linked functions added that otherwise normally are linked from
> libapi-ms-win-crt-pr
; +++ b/mingw-w64-libraries/winstorecompat/Makefile.am
> >> @@ -2,7 +2,8 @@ AUTOMAKE_OPTIONS = foreign subdir-objects
> >>
> >> AM_CFLAGS = -Wall -Wstrict-aliasing=2 -pedantic
> >>
> >> -lib_LIBRARIES = libwinstorecompat.a
> >> +lib_LIBRARIES =
On Mon, Apr 27, 2020, at 19:40, Jacek Caban wrote:
> On 27.04.2020 16:31, Steve Lhomme wrote:
> > It's needed by:
> > - getlogin() in mingwex
>
>
> Could we prohibit getlogin() on non-desktop in headers instead?
Or call directly GetEnvironment directly?
--
Jea
that most users use delay loading, but anyway...)
The Win7+ucrt is an interesting combinaison, as far as I am concerned.
--
Jean-Baptiste Kempf - President
+33 672 704 734
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
On Fri, Apr 24, 2020, at 14:13, Steve Lhomme wrote:
> On 2020-04-24 14:03, Jean-Baptiste Kempf wrote:
> > Hello,
> >
> > Even with the correct capability, VirtualProtectFromApp will not work with
> > PAGE_EXECUTE_READWRITE parameter, according to the documentation
nstorecompatapp_a_SOURCES = \
> + src/GetModuleHandle.c \
> + src/LoadLibraryW.c \
> + src/CreateFileW.c \
> + src/UnhandledExceptionFilter.c \
> + src/VirtualProtect.c \
> + src/getenv.c \
> + src/GetFileSize.c \
> + src/SHGetFolderPathW.c \
> + src/QueueTimer.c \
>
_am_stamp_count + 1` ;;
> + esac
> +done
> +echo "timestamp for $_am_arg" >`$as_dirname -- "$_am_arg" ||
> +$as_expr X"$_am_arg" : 'X\(.*[^/]\)//*[^/][^/]*/*$' \| \
> + X"$_am_arg" : 'X\(//\)[^/]' \| \
> + X"$_am_arg" : 'X\(//\)$' \| \
> + X"$_am_arg" : 'X\(/\)' \| . 2>/dev/null ||
> +$as_echo X"$_am_arg" |
> +sed '/^X\(.*[^/]\)\/\/*[^/][^/]*\/*$/{
> + s//\1/
> + q
> + }
> + /^X\(\/\/\)[^/].*/{
> + s//\1/
> + q
> + }
> + /^X\(\/\/\)$/{
> + s//\1/
> + q
> + }
> + /^X\(\/\).*/{
> + s//\1/
> + q
> + }
> + s/.*/./; q'`/stamp-h$_am_stamp_count
> + ;;
>
>:C) { $as_echo "$as_me:${as_lineno-$LINENO}: executing $ac_file
> commands" >&5
> $as_echo "$as_me: executing $ac_file commands" >&6;}
> diff --git a/mingw-w64-libraries/winstorecompat/configure.ac
> b/mingw-w64-libraries/winstorecompat/configure.ac
> index 046837ff..08f5ad24 100644
> --- a/mingw-w64-libraries/winstorecompat/configure.ac
> +++ b/mingw-w64-libraries/winstorecompat/configure.ac
> @@ -14,5 +14,16 @@ AC_PROG_CC
> AC_PROG_RANLIB
> AC_CHECK_TOOLS([AR], [ar], [:])
>
> +AC_CONFIG_HEADERS([config.h])
> +
> +AC_ARG_ENABLE([code-generation],
> + AS_HELP_STRING([--enable-code-generation],
> +[build with the codeGeneration permission (default
> disabled)]),,
> + [enable_code_generation="no"]
> +)
> +AS_IF([test "${enable_code_generation}" != "no"], [
> + AC_DEFINE([HAVE_CODE_GENERATION], [1], [Allow code requiring the
> codeGeneration permission.])
> +])
> +
> AC_CONFIG_FILES([Makefile])
> AC_OUTPUT
> diff --git a/mingw-w64-libraries/winstorecompat/src/VirtualProtect.c
> b/mingw-w64-libraries/winstorecompat/src/VirtualProtect.c
> index 88fd06bc..5801a69d 100644
> --- a/mingw-w64-libraries/winstorecompat/src/VirtualProtect.c
> +++ b/mingw-w64-libraries/winstorecompat/src/VirtualProtect.c
> @@ -22,6 +22,10 @@
> DEALINGS IN THE SOFTWARE.
> */
>
> +#ifdef HAVE_CONFIG_H
> +# include "config.h"
> +#endif
> +
> #define VirtualProtect __VirtualProtect
> #include
> #include
> @@ -30,8 +34,17 @@
>
> BOOL WINAPI VirtualProtect(LPVOID lpAddress, SIZE_T dwSize, DWORD
> flNewProtect, PDWORD lpflOldProtect)
> {
> +#if defined(HAVE_CODE_GENERATION) && _WIN32_WINNT >= _WIN32_WINNT_WIN10
> +ULONG OldProtection;
> +BOOL res = VirtualProtectFromApp(lpAddress, dwSize, flNewProtect,
> + lpflOldProtect ? &OldProtection :
> NULL);
> +if (lpflOldProtect)
> +*lpflOldProtect = OldProtection;
> +return res;
> +#else /* !HAVE_CODE_GENERATION */
> SetLastError(ERROR_ACCESS_DENIED);
> return FALSE;
> +#endif /* !HAVE_CODE_GENERATION */
> }
>
> #ifdef _X86_
> --
> 2.17.1
>
>
>
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>
--
Jean-Baptiste Kempf - President
+33 672 704 734
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
until there's a case where it doesn't.
I think, that, with the evolutions of UWP with Windows 10, a lot more functions
are available for every application.
So, for example, for VLC, only RtlAddFunctionTable is still required, and that
would be the only function needed in winstoreco
On Sat, Apr 18, 2020, at 17:04, Liu Hao wrote:
> What's the difference between these two directories?
2 Different versions of Windows 10.
--
Jean-Baptiste Kempf - President
+33 672 704 734
___
Mingw-w64-public mailing list
Mingw-w6
o that, that would be very nice, indeed.
Also, maybe the compilers have builtins for some of those.
--
Jean-Baptiste Kempf - President
+33 672 704 734
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforg
> > Mingw-w64-public mailing list
> > Mingw-w64-public@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
> >
> --
> Check out the vibrant tech community on o
de 100644 mingw-w64-crt/libarm32/rpcrt4.def
> delete mode 100644 mingw-w64-crt/libarm32/schannel.def
> delete mode 100644 mingw-w64-crt/libarm32/shell32.def
> delete mode 100644 mingw-w64-crt/libarm32/user32.def
> delete mode 100644 mingw-w64-crt/libarm32/winmm.def
>
> --
> 2.7
LGTM.
On Tue, 15 Aug 2017, at 10:36, Martin Storsjö wrote:
> Hi,
>
> While trying to share def files between different architectures, I've
> first cleaned them up, getting rid of unnecessary ones, and then started
> off by sharing ones where it can easily be done without too much manual
> inspec
-so to understand for me. It feels right.
- 8, 9 and 12 no idea, I guess it would be better with a test-suite
(sic). OK if tested.
- 10 seems ok from my limited ARM understanding
- 16 and 17 no clue.
Best
--
Jean-Baptiste Kempf - President
+33 672 7
le
>
> Patch OK, please apply.
done.
--
Jean-Baptiste Kempf - President
+33 672 704 734
--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
Wi
---
mingw-w64-headers/include/ws2tcpip.h | 14 ++
1 file changed, 14 insertions(+)
diff --git a/mingw-w64-headers/include/ws2tcpip.h
b/mingw-w64-headers/include/ws2tcpip.h
index c530d57e..153f9c90 100644
--- a/mingw-w64-headers/include/ws2tcpip.h
+++ b/mingw-w64-headers/include/ws2tc
iolation of the POSIX spec, and I'd love to get that fixed before we do
the 5.0 release.
With my kindest regards,
--
Jean-Baptiste Kempf
http://www.jbkempf.com/ - +33 672 704 734
Sent from my Electronic Device
ingw64? If you
are not compiling, take a tarball.
Sorry, that makes little sense to me.
--
Jean-Baptiste Kempf
http://www.jbkempf.com/ - +33 672 704 734
Sent from my Electronic Device
--
What NetFlow Analyzer can do for
lib64/msvcr90d.def
> lib64/msvcr100.def lib64/msvcr110.def lib64/msvcr120d.def
I believe you need to regenerate the Makefile.in.
I'll ping Hugo about it :)
With my kindest regards,
--
Jean-Baptiste Kempf
http://w
.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
--
With my kindest regards,
--
Jean-Baptiste Kempf
http://www.jbkempf.com/ - +33 672 704 734
Sent from my Electronic Device
--
Find and fix applicat
On 25 Mar, Nakai Yuta wrote :
> This is needed for ffmpeg VP9 DXVA2 HWACCEL.
LGTM. But please give a link to the spec.
With my kindest regards,
--
Jean-Baptiste Kempf
http://www.jbkempf.com/ - +33 672 704 734
Sent from my Electronic Dev
On 06 Oct, Jacek Caban wrote :
> We support building for win10 and we even already have some of its new
> API declarations. Also, Mozilla needs it for its configure to work properly.
OK for me.
With my kindest regards,
--
Jean-Baptiste Kempf
http://www.jbkempf.com/ - +33 672 704 734
Sen
On 26 Aug, Kai Tietz wrote :
> please Post patch to this ML, as this header isn't autogenerated by
> widl for us. Of course making out of it an .idl file and autogenerate
> it would be even more welcome.
Yes. And in a clean way, not just taking it out of VS headers...
--
Jean-
dowsCreateStringReference
> +WindowsDeleteString
> +WindowsDeleteStringBuffer
> +WindowsDuplicateString
> +WindowsGetStringLen
> +WindowsGetStringRawBuffer
> +WindowsInspectString
> +WindowsIsStringEmpty
> +WindowsPreallocateStringBuffer
> +WindowsPromoteStringBuffer
> +W
t; GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> ___
> Mingw-w64-pub
wing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
-
pport that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> ___
> Mingw-w64-publ
nd support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
ctions for thread
management rather than CreateThread and ExitThread"
http://msdn.microsoft.com/en-us/library/windows/desktop/ms682453%28v=vs.85%29.aspx
With my kindest regards,
--
Jean-Baptiste Kempf
http://www.jbkempf.com/ - +
On 26 Nov, Erik de Castro Lopo wrote :
> Jean-Baptiste Kempf wrote:
>
> > You are using libtool, so it's a big big mess...
>
> Indeed!
>
> > I spent a very long time fixing this for VLC, and the solution is a bit
> > weird, but you can have it doing this:
se -Wc to the LD flags, because libtool is linking with
the gcc frontend.
Anyway, if you need more help, we're always on IRC.
With my kindest regards,
PS: please fix your DLL_EXPORT mess on libFLAC :)
--
Jean-Baptiste Kempf
http://www.jbkempf.com/ - +33 672 704 734
Sen
On 28 Sep, NAKAI Yuta wrote :
> We should include "windows.h" earlier than "misc.h" because of _mm_pause().
Fixed.
--
Jean-Baptiste Kempf
http://www.jbkempf.com/ - +33 672 704 734
Sent from my Electronic Device
First, _ftime is not present in all msvcrt versions,
then, _ftime is the "current local time".
---
mingw-w64-libraries/winpthreads/src/misc.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/mingw-w64-libraries/winpthreads/src/misc.c
b/mingw-w64-libraries/winpthreads/sr
o speed up work on that a bit and would like to do a 5 day hackathon
> > to port VLC to WP ARM, and Xbox 1 targets. And of course this needs
>
> Do you mean the first Xbox here or the Xbox One?
Xbox One. The one in x86, using a kind of Windows :)
With my kindest regards,
--
Jean-Baptist
On 19 May, André Hentschel wrote :
> Hope it is ok to compress these 1.8 MB
To be honest, it would be easier to review if you just send the
non-generated files :)
With my kindest regards,
--
Jean-Baptiste Kempf
http://www.jbkempf.com/ - +33 672 704 734
Sent from my Electronic Dev
On 16 Nov, Kai Tietz wrote :
> Looks reasonable for me. Did this piece of code got tested?
Yes, a long time ago.
More testing is indeed advised before pushing.
With my kindest regards,
--
Jean-Baptiste Kempf
http://www.jbkempf.com/ - +33 672 704 734
Sent from my Electronic Dev
On 18 Aug, Kai Tietz wrote :
> Implementation seems reasonable to me. Did you tested code already?
Not enough.
But I would prefer doing so after the previous patches are merged :)
Best regards,
--
Jean-Baptiste Kempf
http://www.jbkempf.com/ - +33 672 704 734
Sent from my Electronic Dev
--- a/mingw-w64-libraries/winstorecompat/src/SHGetFolderPathW.c
+++ b/mingw-w64-libraries/winstorecompat/src/SHGetFolderPathW.c
@@ -1,7 +1,8 @@
/*
Copyright (c) 2013 mingw-w64 project
-Contributing authors: Rafaël Carré
+Contributing authors: Jean-Baptiste Kempf
---
mingw-w64-headers/Makefile.am | 1 -
1 file changed, 1 deletion(-)
diff --git a/mingw-w64-headers/Makefile.am b/mingw-w64-headers/Makefile.am
index 34485bc..863ed6c 100644
--- a/mingw-w64-headers/Makefile.am
+++ b/mingw-w64-headers/Makefile.am
@@ -60,7 +60,6 @@ if HAVE_WIDL
IDL_SRCS = \
i
---
mingw-w64-headers/Makefile.am | 1 +
.../include/windows.system.threading.h | 888 +
.../include/windows.system.threading.idl | 119 +++
3 files changed, 1008 insertions(+)
create mode 100644 mingw-w64-headers/include/windows.sy
---
mingw-w64-headers/Makefile.am | 1 +
.../include/windows.security.cryptography.h| 411 +
.../include/windows.security.cryptography.idl | 52 +++
3 files changed, 464 insertions(+)
create mode 100644 mingw-w64-headers/include/windows.sec
---
mingw-w64-headers/Makefile.am| 1 +
mingw-w64-headers/include/windows.foundation.h | 716 +++
mingw-w64-headers/include/windows.foundation.idl | 85 +++
3 files changed, 802 insertions(+)
create mode 100644 mingw-w64-headers/include/windows.foundat
This set of patches implement some of the WinRT idls
They don't support extra properties and templates because our widl
cannot yet process them.
The first patch is just to fix the build breakage of r6035
--
Get 100% vis
On 07 Jun, Corinna Vinschen wrote :
> On Jun 7 17:34, Jean-Baptiste Kempf wrote:
> > Hello,
> >
> > On 07 Jun, Corinna Vinschen wrote :
> > > I checked the git source repository on sourceware and found that there
> > > is absolutely *no* change compare
Best regards,
--
Jean-Baptiste Kempf
http://www.jbkempf.com/ - +33 672 704 734
Sent from my Electronic Device
--
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transiti
Fixed and pushed with the prototype.
And the 2 previous ones.
On 18 May, Kai Tietz wrote :
> Beside the missing prototype, patch is ok.
>
> Thanks,
> Kai
> Am 18.05.2013 19:11 schrieb "Jean-Baptiste Kempf" :
>
> > ---
> > mingw-w64-libraries/winstoreco
@@ -0,0 +1,57 @@
+/*
+Copyright (c) 2013 mingw-w64 project
+
+Contributing authors: Jean-Baptiste Kempf
+
+Permission is hereby granted, free of charge, to any person obtaining a
+copy of this software and associated documentation files (the "Software"),
+to deal in th
---
mingw-w64-headers/include/combaseapi.h | 28
1 file changed, 28 insertions(+)
create mode 100644 mingw-w64-headers/include/combaseapi.h
diff --git a/mingw-w64-headers/include/combaseapi.h
b/mingw-w64-headers/include/combaseapi.h
new file mode 100644
index
---
mingw-w64-crt/lib32/ole32.def |1 +
mingw-w64-crt/lib64/ole32.def |1 +
2 files changed, 2 insertions(+)
diff --git a/mingw-w64-crt/lib32/ole32.def b/mingw-w64-crt/lib32/ole32.def
index 455677e..7f5b37c 100644
--- a/mingw-w64-crt/lib32/ole32.def
+++ b/mingw-w64-crt/lib32/ole32.def
@@
50 matches
Mail list logo
