Re: [Mingw-w64-public] MINGW trademark claims
Sourceforge says 2007-08-09 for mingw-w64. The trademark claim is bogus :) jb On Mon, 10 May 2021, at 09:28, Roland Schwingel wrote: > Hi > > We (Kai Tietz and me on behalf of OneVision) started the "gcc on win64" > project in 2007. > > Opensourced it as mingw-w64 in 2008 (as far as I can remember), So > mingw-w64 is prior art before registering mingw. But also, I am no lawyer. > > Keep up the good work and don't be confused by trolls, > > ppa. Roland Schwingel > - > Roland Schwingel, Head of Research & Development > OneVision Software AG, Dr. Leo-Ritter-Str. 9, 93049 Regensburg, Germany > Phone: +49 941 78004 0 --- Fax : +49 941 78004 111 > - > This email may contain trade secrets or other confidential information. > If > you have received this email inadvertently, please let us know by reply > and then delete the email entirely from your system. You are explicitly > prohibited from reviewing, copying, and/or distributing the email to > third > parties. > Sitz der Gesellschaft: Regensburg; Handelsregister: HRB 8015, > Amtsgericht > Regensburg; Vorstand: Hussein Khalil; Vorsitzender des Aufsichtsrats: > Michael Abels > > > > From: "Joachim Wuttke" > To: > Date: 08.05.2021 13:30 > Subject:[Mingw-w64-public] MINGW trademark claims > > > > Keith Marshall argues at https://stackoverflow.com/a/62865466/1017348 > that you are doing illegal things, and that perhaps I am rendering > myself culpable by recommending use of your software. > > What is your position on this? > > Kind regards and thanks for mingw-w64, Joachim > > > ___ > Mingw-w64-public mailing list > Mingw-w64-public@lists.sourceforge.net > 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 > -- 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
Re: [Mingw-w64-public] [PATCH 3/3] crt: Add a UCRT import library suitable for UWP use
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-private-l1-1-0.a. > > Linking against the private dll (and ucrtbase.dll) is prohibited when > targeting UWP. An app built and packaged with MSVC would link against > these functions from vcruntime140_app.dll, which ends up bundled with > the app itself. However, the goal of this patch is to make it possible > to build a UWP app with mingw tools and redistribute it without bundling > vcruntime140_app.dll or similar ones from MSVC. > > By using a separate copy of libucrt*.a, without the forbidden bits, it > gives a clear linker error if an app requires linking against other > functions that aren't implemented yet, instead of silently ending up > depending on the forbidden api-ms-win-crt-private-l1-1-0.dll. > > The functions from this DLL, that end up linked in a mingw build, > are primarily one of the these three areas: > - __C_specific_handler > The implementation so far is a dummy; wine should have a suitable > proper implementation for reference. This shouldn't matter much, except > potentially for turning unhandled exceptions into signals (but that > might also be handled via a different mechanism). > - setjmp/longjmp > The implementation should be ok, but doesn't do a SEH unwind (yet) but > just a plain longjmp. A full implementation should be doable, but is > not really needed for mingw code. > - string functions like memcpy, memmove, strchr, strstr, wcschr, wcsstr > These are copied from musl. These can be performance sensitive. Musl > does have some basic assembly implementations for some architectures that > could be imported later. (I haven't measured to see how musl's > implementations perform compared to msvcrt.dll/ucrtbase.dll's > implementations, or other ones like the one in glibc.) > > By naming the library libucrtapp.a, clang users can choose to link > against this by passing -lucrtapp (which makes clang omit the default > -lmsvcrt, which would be equal to libucrt.a in such a case). > > Signed-off-by: Martin Storsjö > --- > mingw-w64-crt/Makefile.am| 53 ++- > mingw-w64-crt/crt/__C_specific_handler.c | 52 +++ > mingw-w64-crt/lib-common/ucrtapp.mri | 19 +++ > mingw-w64-crt/misc/longjmp.S | 96 > mingw-w64-crt/misc/setjmp.S | 115 +++ > mingw-w64-crt/string/memchr.c| 50 +++ > mingw-w64-crt/string/memcmp.c| 31 > mingw-w64-crt/string/memcpy.c| 146 +++ > mingw-w64-crt/string/memmove.c | 65 + > mingw-w64-crt/string/memrchr.c | 34 + > mingw-w64-crt/string/strchr.c| 32 > mingw-w64-crt/string/strchrnul.c | 51 +++ > mingw-w64-crt/string/strrchr.c | 31 > mingw-w64-crt/string/strstr.c| 177 +++ > mingw-w64-crt/string/wcschr.c| 31 > mingw-w64-crt/string/wcsrchr.c | 31 > mingw-w64-crt/string/wcsstr.c| 128 > 17 files changed, 1134 insertions(+), 8 deletions(-) > create mode 100644 mingw-w64-crt/crt/__C_specific_handler.c > create mode 100644 mingw-w64-crt/lib-common/ucrtapp.mri > create mode 100644 mingw-w64-crt/misc/longjmp.S > create mode 100644 mingw-w64-crt/misc/setjmp.S > create mode 100644 mingw-w64-crt/string/memchr.c > create mode 100644 mingw-w64-crt/string/memcmp.c > create mode 100644 mingw-w64-crt/string/memcpy.c > create mode 100644 mingw-w64-crt/string/memmove.c > create mode 100644 mingw-w64-crt/string/memrchr.c > create mode 100644 mingw-w64-crt/string/strchr.c > create mode 100644 mingw-w64-crt/string/strchrnul.c > create mode 100644 mingw-w64-crt/string/strrchr.c > create mode 100644 mingw-w64-crt/string/strstr.c > create mode 100644 mingw-w64-crt/string/wcschr.c > create mode 100644 mingw-w64-crt/string/wcsrchr.c > create mode 100644 mingw-w64-crt/string/wcsstr.c > > diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am > index 9a9384bf1..7cc3c92e8 100644 > --- a/mingw-w64-crt/Makefile.am > +++ b/mingw-w64-crt/Makefile.am > @@ -241,6 +241,23 @@ src_ucrtbase=\ >stdio/ucrt_vsnprintf.c \ >stdio/ucrt_vsprintf.c > > +src_ucrtapp=\ > + crt/__C_specific_handler.c \ > + misc/longjmp.S \ > + misc/setjmp.S \ > + string/memchr.c \ > + string/memcmp.c \ > + string/memcpy.c \ > + string/memmove.c \ > + string/memrchr.c \ > + string/strchr.c \ > + string/strchrnul.c \ > + string/strrchr.c \ > + string/strstr.c \ > + string/wcschr.c \ > + string/wcsrchr.c \ > + string/wcsstr.c > + > src_msvcrt32=\ >$(src_msvcrt) \ >math/x86/_copysignf.c \ > @@ -862,10 +879,12 @@ lib32_libucrtbase_a_AR = $(D
Re: [Mingw-w64-public] [PATCH v3 10/10] winstorecompat: add libwinstorecompatapp to use with libwindowsapp
On Tue, Apr 28, 2020, at 10:28, Steve Lhomme wrote: > On 2020-04-27 19:23, Martin Storsjö wrote: > > On Mon, 27 Apr 2020, Steve Lhomme wrote: > > > >> The original libwinstorecompat is designed to be used with libmincore. > >> > >> - _beginthread _beginthreadex _endthread _endthreadex are allowed > >> - CreateEventW is allowed > >> - CreateMutexW is allowed > >> - CreateSemaphoreW is allowed > >> - InitializeCriticalSection is allowed > >> - GetFileAttributes is allowed > >> - WaitForSingleObject is allowed > >> - GetTickCount is allowed > >> - SetUnhandledExceptionFilter is allowed > >> - TerminateProcess is allowed > >> - IsDBCSLeadByteEx is allowed > >> - SetErrorMode is allowed > >> - GetACP is allowed > >> - LocalAlloc/LocalFree are allowed > >> - Sleep/SleepEx are allowed > >> - SetFilePointer is allowed > >> - Tls functions are allowed > >> - GetConsoleOutputCP is allowed > >> > >> https://docs.microsoft.com/en-us/uwp/win32-and-com/win32-apis > >> > >> To select the set of API's allowed by this library, define WINSTORECOMPAT > >> and build with _WIN32_WINNT >= _WIN32_WINNT_WIN10. > >> --- > >> .../winstorecompat/Makefile.am | 25 ++- > >> 1 file changed, 24 insertions(+), 1 deletion(-) > >> > >> diff --git a/mingw-w64-libraries/winstorecompat/Makefile.am > >> b/mingw-w64-libraries/winstorecompat/Makefile.am > >> index a1f79947..5cc71cd8 100644 > >> --- a/mingw-w64-libraries/winstorecompat/Makefile.am > >> +++ 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 = libwinstorecompat.a \ > >> + libwinstorecompatapp.a > > > > I'd still like this to be named e.g. winstorecompatuwp instead of -app. > > How about windowsappcompat ? It's shorter and hint at the combination > with windowsapp. I like that. -- 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
Re: [Mingw-w64-public] [PATCH v3 05/10] winstorecompat: provide GetUserName
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? -- 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
Re: [Mingw-w64-public] [PATCH 4/9] winstorecompat: handle LoadLibraryA alongside LoadLibraryW
On Mon, Apr 27, 2020, at 12:14, Martin Storsjö wrote: > On Mon, 27 Apr 2020, Jacek Caban wrote: > > We would need to move __delayLoadHelper2 to be defined in msvcrt importlib > > first. Then we could use different implementation for different crts. UCRT > > could use LdrResolveDelayLoadedAPI, but other msvcrt version could keep > > using > > the existing implementation. > > Wasn't LdrResolveDelayLoadedAPI only available since Win 8? UCRT is > runnable on Win 7, and I don't think we want to drop support for that > combination. (Not 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 https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH 8/9] winstorecompat: allow building with code that needs codeGeneration capability
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. > > Ah, I missed that. I guess this patch can be discarded as > PAGE_EXECUTE_READWRITE is exactly what _pei386_runtime_relocator() does. However, I'm very confused about JIT capabilities in UWP and how do they work, tbh. I guess when the code is generated you only call VPFA with PAGE_EXECUTE_READ, but there is no way to go back to Write? -- 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
Re: [Mingw-w64-public] [PATCH 9/9] winstorecompat: add libwinstorecompatapp to use with libwindowsapp
src/CreateFileW.c \ > + src/UnhandledExceptionFilter.c \ > + src/VirtualProtect.c \ > + src/getenv.c \ > + src/GetFileSize.c \ > + src/SHGetFolderPathW.c \ > + src/QueueTimer.c \ > + src/GetStartupInfo.c \ > + src/EnumProcessModules.c \ > + src/RtlAddFunctionTable.c \ > + src/RtlCaptureContext.c \ > + src/RtlVirtualUnwind.c \ > + src/RtlRestoreContext.c \ > + src/GetUserName.c \ > + $(NULL) > +libwinstorecompatapp_a_CPPFLAGS = $(AM_CPPFLAGS) > -D_WIN32_WINNT=_WIN32_WINNT_WIN10 > -- > 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
Re: [Mingw-w64-public] [PATCH 8/9] winstorecompat: allow building with code that needs codeGeneration capability
+d
> +:bsnlc
> +s/["\\]/\\&/g; s/^/"/; s/$/\\n"\\/p
> +b cont
> +' +s/'"$ac_delim"'/"\\\
> +"/g' >>$CONFIG_STATUS || ac_write_fail=1
> +
> +cat >>$CONFIG_STATUS <<_ACEOF || ac_write_fail=1
> + for (key in D) D_is_set[key] = 1
> + FS = ""
> +}
> +/^[\t ]*#[\t ]*(define|undef)[\t ]+$ac_word_re([\t (]|\$)/ {
> + line = \$ 0
> + split(line, arg, " ")
> + if (arg[1] == "#") {
> +defundef = arg[2]
> +mac1 = arg[3]
> + } else {
> +defundef = substr(arg[1], 2)
> +mac1 = arg[2]
> + }
> + split(mac1, mac2, "(") #)
> + macro = mac2[1]
> + prefix = substr(line, 1, index(line, defundef) - 1)
> + if (D_is_set[macro]) {
> +# Preserve the white space surrounding the "#".
> +print prefix "define", macro P[macro] D[macro]
> +next
> + } else {
> +# Replace #undef with comments. This is necessary, for example,
> +# in the case of _POSIX_SOURCE, which is predefined and required
> +# on some systems where configure will not decide to define it.
> +if (defundef == "undef") {
> + print "/*", prefix defundef, macro, "*/"
> + next
> +}
> + }
> +}
> +{ print }
> +_ACAWK
> +_ACEOF
> +cat >>$CONFIG_STATUS <<\_ACEOF || ac_write_fail=1
> + as_fn_error $? "could not setup config headers machinery" "$LINENO" 5
> +fi # test -n "$CONFIG_HEADERS"
> +
>
> -eval set X " :F $CONFIG_FILES :C $CONFIG_COMMANDS"
> +eval set X " :F $CONFIG_FILES :H $CONFIG_HEADERS:C
> $CONFIG_COMMANDS"
> shift
> for ac_tag
> do
> @@ -4831,7 +4948,64 @@ which seems to be undefined. Please make sure
> it is defined" >&2;}
>esac \
>|| as_fn_error $? "could not create $ac_file" "$LINENO" 5
> ;;
> -
> + :H)
> + #
> + # CONFIG_HEADER
> + #
> + if test x"$ac_file" != x-; then
> +{
> + $as_echo "/* $configure_input */" \
> + && eval '$AWK -f "$ac_tmp/defines.awk"' "$ac_file_inputs"
> +} >"$ac_tmp/config.h" \
> + || as_fn_error $? "could not create $ac_file" "$LINENO" 5
> +if diff "$ac_file" "$ac_tmp/config.h" >/dev/null 2>&1; then
> + { $as_echo "$as_me:${as_lineno-$LINENO}: $ac_file is unchanged"
> >&5
> +$as_echo "$as_me: $ac_file is unchanged" >&6;}
> +else
> + rm -f "$ac_file"
> + mv "$ac_tmp/config.h" "$ac_file" \
> + || as_fn_error $? "could not create $ac_file" "$LINENO" 5
> +fi
> + else
> +$as_echo "/* $configure_input */" \
> + && eval '$AWK -f "$ac_tmp/defines.awk"' "$ac_file_inputs" \
> + || as_fn_error $? "could not create -" "$LINENO" 5
> + fi
> +# Compute "$ac_file"'s index in $config_headers.
> +_am_arg="$ac_file"
> +_am_stamp_count=1
> +for _am_header in $config_headers :; do
> + case $_am_header in
> +$_am_arg | $_am_arg:* )
> + break ;;
> +* )
> + _am_stamp_count=`expr $_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
Re: [Mingw-w64-public] [PATCH] crt: add a dummy RtlAddFunctionTable when linking with windowsapp
On Tue, Apr 21, 2020, at 20:13, Martin Storsjö wrote: > On Tue, 21 Apr 2020, Jacek Caban wrote: > > > On 21.04.2020 19:40, Martin Storsjö wrote: > >> > >> I don't think particularly that is a good idea here. windowsapp is a > >> replacement for kernel32 and a few other dlls, but the CRT in this case is > >> libucrt.a (which links against the api-ms-win-crt-*) which also can be > >> used > >> for normal desktop things. > > > > > > What I'm suggesting would result in a separated crt, say libucrtapp.a, > > which > > you would use instead of libucrt.a. On build system side, we'd just use > > exactly the same sources as libucrt.a, except that we'd have a macro that > > we'd use to disable unavailable nice-to-have features like this. > > > > > > The same thing can be done with other stubs from the compat code. > > Sure, that'd work - although I'm not entirely convinced yet - the existing > winstorecompat approach is rather nice (and modular) so if that'd work, > I'd prefer sticking with that 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 winstorecompat. (not answering the question, it is just a side note) -- 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
Re: [Mingw-w64-public] [PATCH v3 1/6] headers: crt: include winapifamily in corecrt.h
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-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] CRT uses POSIX functions.
On Fri, May 31, 2019, at 17:53, Gravis wrote: > I'm a huge fan of POSIX but POSIX functions should not be used in the > MinGW-w64 CRT code as they are now. Using them in this way creates > mandatory dependencies on additional libraries (e.g. MSVCRT). Since > all libraries ultimately rely on Kernel32, it only makes sense to > replace these POSIX functions with those from Kernel32, especially > since they have almost identical substitutes. See also: > https://support.microsoft.com/en-us/help/99456/win32-equivalents-for-c-run-time-functions If you can manage to do 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.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Default _WIN32_WINNT version too low?
Hello, Could we keep XP for the 5.0 release and then drop it after? For VLC, we will keep XP compatibility for the next major release, in a few days, and then drop it totally. On Sun, 15 Oct 2017, at 11:21, Martell Malone wrote: > I figured this would be a good point to revive this discussion. > LLVM/Clang progress for mingw-w64 has come on quite a lot since I brought > this up. > > The last time we had an issue around libcxx needing 0x600 for c++ threads > without winpthreads. > Now libunwind is in the same situation. > > Martin has been working hard to get libunwind in shape for mingw-w64 but > the locks also require 0x600. > (This is the same api used in libc++) > https://reviews.llvm.org/D38704 > > I thought FF 52 was the last version but > https://support.mozilla.org/en-US/kb/end-support-windows-xp-and-vista > > Also it seems to be well past that time now anyway. > https://www.mozilla.org/media/img/firefox/organizations/release-overview-high-res.78cf477dd915.png > > > A little longer term > I think with this transition we should also be able to create a new > pthreads library using the same api's available after vista. > This should give us room to have c11 threads and just wrap pthreads > around > this much like musl libc does. > > > On Mon, Jun 12, 2017 at 7:18 PM, Adrien Nader wrote: > > > Hi, > > > > The implication of this change would be that you need a separate > > toolchain to target these OSes and 5.x is not going to be abandoned > > tomorrow, which gives you plenty of time. > > > > I've followed the support from browsers and FF 53 which is an ESR is the > > last browser to support XP. Since it's recent and ESR, support will last > > a few more months but that's about it. > > > > The possibility for you would be the aforementioned patch and default to > > something more recent to XP but still allow to target it. That's the > > moment you're welcome to do it and post it for review on the list. > > Targeting XP will not be supported but that's actually the current > > situation anyway since the majority of people here are not testing XP > > anymore. > > > > -- > > Adrien Nader > > > > > > -- > > Check out the vibrant tech community on one of the world's most > > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > ___ > > 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 one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > ___ > 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 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH 00/27] More sharing and unification of def files
| 189 ---
> mingw-w64-crt/libarm32/Makefile.am |1 -
> mingw-w64-crt/libarm32/bcrypt.def | 64 -
> mingw-w64-crt/libarm32/clbcatq.def | 35 -
> mingw-w64-crt/libarm32/comctl32.def| 185 ---
> mingw-w64-crt/libarm32/dxva2.def | 44 -
> mingw-w64-crt/libarm32/msvcrt.def.in | 1283
> -
> mingw-w64-crt/libarm32/netapi32.def| 310 -
> mingw-w64-crt/libarm32/rpcrt4.def | 534
> mingw-w64-crt/libarm32/schannel.def| 42 -
> mingw-w64-crt/libarm32/shell32.def | 700 --
> mingw-w64-crt/libarm32/user32.def | 969 -
> mingw-w64-crt/libarm32/winmm.def | 200 ---
> 53 files changed, 795 insertions(+), 9593 deletions(-)
> create mode 100644 mingw-w64-crt/def-include/func.def.in
> rename mingw-w64-crt/{libarm32/advapi32.def =>
> lib-common/advapi32.def.in} (98%)
> rename mingw-w64-crt/{libarm32 => lib-common}/advpack.def (93%)
> rename mingw-w64-crt/{lib64 => lib-common}/bcrypt.def (93%)
> rename mingw-w64-crt/{lib64/clbcatq.def => lib-common/clbcatq.def.in}
> (73%)
> rename mingw-w64-crt/{lib64 => lib-common}/comctl32.def (93%)
> rename mingw-w64-crt/{libarm32 => lib-common}/crypt32.def (96%)
> rename mingw-w64-crt/{libarm32 => lib-common}/cryptext.def (83%)
> rename mingw-w64-crt/{libarm32 => lib-common}/cryptnet.def (84%)
> rename mingw-w64-crt/{libarm32 => lib-common}/cryptui.def (81%)
> rename mingw-w64-crt/{libarm32 => lib-common}/dmutil.def (83%)
> rename mingw-w64-crt/{libarm32 => lib-common}/duser.def (95%)
> rename mingw-w64-crt/{libarm32 => lib-common}/dxgi.def (92%)
> rename mingw-w64-crt/{lib64 => lib-common}/dxva2.def (91%)
> rename mingw-w64-crt/{libarm32/kernel32.def =>
> lib-common/kernel32.def.in} (93%)
> rename mingw-w64-crt/{libarm32 => lib-common}/mfplat.def (95%)
> rename mingw-w64-crt/{lib64 => lib-common}/msvcrt.def.in (74%)
> rename mingw-w64-crt/{lib64 => lib-common}/netapi32.def (98%)
> rename mingw-w64-crt/{libarm32/ole32.def => lib-common/ole32.def.in}
> (83%)
> rename mingw-w64-crt/{lib64 => lib-common}/rpcrt4.def (93%)
> rename mingw-w64-crt/{lib64 => lib-common}/schannel.def (89%)
> rename mingw-w64-crt/{lib64 => lib-common}/shell32.def (91%)
> rename mingw-w64-crt/{lib64/user32.def => lib-common/user32.def.in}
> (98%)
> rename mingw-w64-crt/{lib64 => lib-common}/winmm.def (93%)
> rename mingw-w64-crt/{libarm32/ws2_32.def => lib-common/ws2_32.def.in}
> (86%)
> delete mode 100644 mingw-w64-crt/lib32/msvcrt.def.in
> delete mode 100644 mingw-w64-crt/lib64/advapi32.def
> delete mode 100644 mingw-w64-crt/lib64/advpack.def
> delete mode 100644 mingw-w64-crt/lib64/crypt32.def
> delete mode 100644 mingw-w64-crt/lib64/cryptext.def
> delete mode 100644 mingw-w64-crt/lib64/cryptnet.def
> delete mode 100644 mingw-w64-crt/lib64/cryptui.def
> delete mode 100644 mingw-w64-crt/lib64/dmutil.def
> delete mode 100644 mingw-w64-crt/lib64/duser.def
> delete mode 100644 mingw-w64-crt/lib64/dxgi.def
> delete mode 100644 mingw-w64-crt/lib64/kernel32.def
> delete mode 100644 mingw-w64-crt/lib64/mfplat.def
> delete mode 100644 mingw-w64-crt/lib64/ole32.def
> delete mode 100644 mingw-w64-crt/lib64/ws2_32.def
> delete mode 100644 mingw-w64-crt/libarm32/bcrypt.def
> delete mode 100644 mingw-w64-crt/libarm32/clbcatq.def
> delete mode 100644 mingw-w64-crt/libarm32/comctl32.def
> delete mode 100644 mingw-w64-crt/libarm32/dxva2.def
> delete mode 100644 mingw-w64-crt/libarm32/msvcrt.def.in
> delete mode 100644 mingw-w64-crt/libarm32/netapi32.def
> delete mode 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.4
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> 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
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH 00/12] Def file cleanups and merging
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
> inspection. Patches for sharing def files where manual modifications has
> to be done will follow later.
>
> Martin Storsjö (12):
> crt: Convert def files from dos newline to unix newlines
> crt: Remove the executable bit from def files
> crt: Remove def files for DLLs with code page translations
> crt: Remove a nonsense def for a modem driver DLL
> crt: Remove printer monitor DLL def files
> crt: Remove even more def files that only contain DLL hooks or similar
> crt: Remove defs that only contain C++ functions
> crt: Share identical def files between lib64 and libarm32
> crt: Share def files that only differ in unnamed ordinals between
> lib64 and libarm32
> crt: Share defs that only differ in dll entry points between lib64 and
> libarm32
> crt: Share defs where lib64 has got a superset of the functions in
> libarm32
> crt: Share defs where libarm32 has got a superset of the functions in
> lib64
>
> mingw-w64-crt/Makefile.am | 12 +-
> mingw-w64-crt/{lib64 => lib-common}/acledit.def|0
> mingw-w64-crt/{lib64 => lib-common}/activeds.def |0
> mingw-w64-crt/{lib64 => lib-common}/appmgr.def |0
> mingw-w64-crt/{lib64 => lib-common}/asycfilt.def |0
> mingw-w64-crt/{libarm32 => lib-common}/atl.def |0
> mingw-w64-crt/{lib64 => lib-common}/azroles.def|0
> mingw-w64-crt/{libarm32 => lib-common}/basesrv.def |0
> mingw-w64-crt/{libarm32 => lib-common}/bootvid.def |0
> mingw-w64-crt/lib-common/c_is2022.def |9 -
> mingw-w64-crt/lib-common/c_iscii.def |9 -
> mingw-w64-crt/{libarm32 => lib-common}/cabinet.def |0
> mingw-w64-crt/{lib64 => lib-common}/cabview.def|0
> mingw-w64-crt/{libarm32 => lib-common}/clusapi.def |0
> mingw-w64-crt/{lib64 => lib-common}/colbact.def|0
> mingw-w64-crt/{lib64 => lib-common}/comdlg32.def |0
> mingw-w64-crt/{lib64 => lib-common}/comsnap.def|0
> mingw-w64-crt/{lib64 => lib-common}/comuid.def |0
> mingw-w64-crt/{libarm32 => lib-common}/connect.def |0
> mingw-w64-crt/{libarm32 => lib-common}/credui.def |0
> mingw-w64-crt/{lib64 => lib-common}/cryptdlg.def |0
> .../{libarm32 => lib-common}/cryptdll.def |0
> mingw-w64-crt/{libarm32 => lib-common}/cryptsp.def |0
> .../{libarm32 => lib-common}/cryptsvc.def |0
> mingw-w64-crt/{libarm32 => lib-common}/cscapi.def |0
> mingw-w64-crt/{libarm32 => lib-common}/d2d1.def|0
> mingw-w64-crt/{libarm32 => lib-common}/d3d9.def|0
> .../{libarm32 => lib-common}/d3dcompiler_47.def|2 +-
> mingw-w64-crt/{libarm32 => lib-common}/davclnt.def |0
> mingw-w64-crt/{libarm32 => lib-common}/dbgeng.def |0
> mingw-w64-crt/{libarm32 => lib-common}/dbghelp.def |0
> .../{libarm32 => lib-common}/dbnetlib.def |0
> mingw-w64-crt/{libarm32 => lib-common}/ddraw.def |0
> mingw-w64-crt/{libarm32 => lib-common}/devobj.def |0
> mingw-w64-crt/lib-common/devrtl.def|0
> .../{libarm32 => lib-common}/dhcpsapi.def |0
> mingw-w64-crt/{lib64 => lib-common}/diskcopy.def |0
> mingw-w64-crt/{lib64 => lib-common}/dnsapi.def |0
> .../{libarm32 => lib-common}/dnsrslvr.def |0
> mingw-w64-crt/{libarm32 => lib-common}/drprov.def |0
> mingw-w64-crt/{lib64 => lib-common}/dskquota.def |0
> mingw-w64-crt/{lib64 => lib-common}/dsound.def |0
> mingw-w64-crt/{lib64 => lib-common}/dsprop.def |0
> mingw-w64-crt/{lib64 => lib-common}/dsquery.def|0
> mingw-w64-crt/{lib64 => lib-common}/dsrole.def |0
> mingw-w64-crt/{lib64 => lib-common}/dssec.def |0
> mingw-w64-crt/{lib64 => lib-common}/dssenh.def |0
> mingw-w64-crt/{lib64 => lib-common}/dsuiext.def|0
> mingw-w64-crt/{libarm32 => lib-common}/eappcfg.def |0
> mingw-w64-crt/{lib64 => lib-common}/eappgnui.def |0
> .../{libarm32 => lib-common}/eapphost.def |0
> mingw-w64-crt/{libarm32 => lib-common}/efsadu.def |0
> mingw-w64-crt/{libarm32 => lib-common}/fdeploy.def |0
> .../{libarm32 => lib-common}/feclient.def |0
> .../{libarm32 => lib-common}/filemgmt.def |0
> mingw-w64-crt/{libarm32 => lib-common}/fmifs.def |0
> mingw-w64-crt/{libarm32 => lib-common}/gdi32.def |0
> mingw-w64-crt/{lib64 => lib-common}/gdiplus.def|0
> mingw-w64-crt/{lib64 => lib-common}/gpedit.def |0
> mingw-w64-crt/{libarm32 => lib-common}/hbaapi.def |0
> mingw-w64-crt/{lib64 => lib-common}/hlink.def |0
> mingw-w64-crt/{li
Re: [Mingw-w64-public] [PATCH 00/18] ARM64 support in MinGW, v2
Hello, On Tue, 8 Aug 2017, at 22:32, Martin Storsjö wrote: > This is v2 of the patchset, rebased on top of master with the > math files split into subdirectories. From a quick review from a clueless guy like me: - 1, 2, 3, 4, 5, 7, 11, 13, 14, 15 seems very much OK to me. - 6 is so-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 704 734 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH] crt: Add IMP symbols for lock/unlock_file
Hi, On Thu, 8 Dec 2016, at 00:28, JonY wrote: > On 12/07/2016 02:14 PM, Hugo Beauzée-Luyssen wrote: > > _lock_file & _unlock_file are always declared as __declspec(import), > > causing linking programs to search for a __imp___lock_file symbol which > > wasn't available > > 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. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/xeonphi ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] [PATCH] Define IN6_IS_ADDR_ macros to conform to Posix Spec
---
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/ws2tcpip.h
@@ -136,6 +136,20 @@ WS2TCPIP_INLINE void IN6ADDR_SETLOOPBACK(struct
sockaddr_in6 *a) {
a->sin6_scope_id = 0;
}
+/* Those declarations are mandatory for Open Group Base spec */
+#define IN6_IS_ADDR_UNSPECIFIED IN6_IS_ADDR_UNSPECIFIED
+#define IN6_IS_ADDR_LOOPBACK IN6_IS_ADDR_LOOPBACK
+#define IN6_IS_ADDR_MULTICAST IN6_IS_ADDR_MULTICAST
+#define IN6_IS_ADDR_LINKLOCAL IN6_IS_ADDR_LINKLOCAL
+#define IN6_IS_ADDR_SITELOCAL IN6_IS_ADDR_SITELOCAL
+#define IN6_IS_ADDR_V4MAPPED IN6_IS_ADDR_V4MAPPED
+#define IN6_IS_ADDR_V4COMPAT IN6_IS_ADDR_V4COMPAT
+#define IN6_IS_ADDR_MC_NODELOCAL IN6_IS_ADDR_MC_NODELOCAL
+#define IN6_IS_ADDR_MC_LINKLOCAL IN6_IS_ADDR_MC_LINKLOCAL
+#define IN6_IS_ADDR_MC_SITELOCAL IN6_IS_ADDR_MC_SITELOCAL
+#define IN6_IS_ADDR_MC_ORGLOCAL IN6_IS_ADDR_MC_ORGLOCAL
+#define IN6_IS_ADDR_MC_GLOBAL IN6_IS_ADDR_MC_GLOBAL
+
#ifdef __cplusplus
}
#endif
--
2.11.0
--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/xeonphi
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Release criteria for mingw-w64 v5?
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 to have a release, indeed. Btw, there is still the MACRO bug about IN6_IS_ADDR_MULTICAST, in violation 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 -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Autotools & git
On 06 Jun, Ozkan Sezer wrote : > Not everyone would have the required autofoo installed on their > systems to generate the configury. To me, it is polite to have the > generated files as they are intended to be in the repo. If you don't have autotools, then why are you compiling mingw64? 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 you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Problem with [2c5fe3]
Hello Mateusz, On 22 Apr, Mateusz wrote : > Hi, > > Commit [2c5fe3] breaks build of cross compiler on Ubuntu (GCC 4.9.3): > > x86_64-w64-mingw32-dlltool --as-flags=--64 -m i386:x86-64 -k > --as=x86_64-w64-mingw32-as --output-lib lib64/libcrtdll.a --input-def > /home/ma/m/source/mingw-w64-v5/mingw-w64-crt/lib64/crtdll.def --dllname > crtdll.dll > *make[1]: *** No rule to make target > '/home/ma/m/source/mingw-w64-v5/mingw-w64-crt/winrt/libruntimeobject.a', > needed by 'all-am'. Stop.* > rm lib64/msvcr120.def lib64/msvcr90.def 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://www.jbkempf.com/ - +33 672 704 734 Sent from my Electronic Device -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH 1/5] QueueUserAPC is allowed on Windows 10
I will apply all the patches tomorrow, but with 2 and 5 merged as Jacek asked. Any objections? On 20 Apr, Hugo Beauzée-Luyssen wrote : > --- > mingw-w64-headers/include/processthreadsapi.h | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/mingw-w64-headers/include/processthreadsapi.h > b/mingw-w64-headers/include/processthreadsapi.h > index c04e79c..f8c1480 100755 > --- a/mingw-w64-headers/include/processthreadsapi.h > +++ b/mingw-w64-headers/include/processthreadsapi.h > @@ -164,6 +164,9 @@ WINBASEAPI WINBOOL WINAPI TerminateProcess (HANDLE > hProcess, UINT uExitCode); >WINBASEAPI int WINAPI GetThreadPriority (HANDLE hThread); >WINBASEAPI DECLSPEC_NORETURN VOID WINAPI ExitThread (DWORD dwExitCode); >WINBASEAPI WINBOOL WINAPI GetExitCodeThread (HANDLE hThread, LPDWORD > lpExitCode); > +#if _WIN32_WINNT >= 0x0A00 > + WINBASEAPI DWORD WINAPI QueueUserAPC (PAPCFUNC pfnAPC, HANDLE hThread, > ULONG_PTR dwData); > +#endif >WINBASEAPI DWORD WINAPI SuspendThread (HANDLE hThread); >WINBASEAPI DWORD WINAPI ResumeThread (HANDLE hThread); >WINBASEAPI DWORD WINAPI TlsAlloc (VOID); > -- > 2.8.0.rc3 > > > -- > Find and fix application performance issues faster with Applications Manager > Applications Manager provides deep performance insights into multiple tiers of > your business applications. It resolves application problems quickly and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > ___ > Mingw-w64-public mailing list > Mingw-w64-public@lists.sourceforge.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 application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH] dxva.h: Add support for VP8/9 in DxVA2.
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 Device -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH] Report win10 as supported target version.
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 Sent from my Electronic Device -- ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] tuner.h updates
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-Baptiste Kempf http://www.jbkempf.com/ - +33 672 704 734 Sent from my Electronic Device -- ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH] Added libruntimeobject.a and use it instead of api-*.a files.
dll" > +EXPORTS > +RoActivateInstance@8 > +RoGetActivationFactory@12 > +RoGetApartmentIdentifier@4 > +RoInitialize@4 > +RoRegisterActivationFactories@16 > +RoRevokeActivationFactories@4 > +RoUninitialize > + > +LIBRARY "api-ms-win-core-winrt-string-l1-1-0.dll" > +EXPORTS > +HSTRING_UserFree@8 > +HSTRING_UserMarshal@12 > +HSTRING_UserSize@12 > +HSTRING_UserUnmarshal@12 > +WindowsCompareStringOrdinal@12 > +WindowsConcatString@12 > +WindowsCreateString@12 > +WindowsCreateStringReference@16 > +WindowsDeleteString@4 > +WindowsDeleteStringBuffer@4 > +WindowsDuplicateString@8 > +WindowsGetStringLen@4 > +WindowsGetStringRawBuffer@8 > +WindowsInspectString@24 > +WindowsIsStringEmpty@4 > +WindowsPreallocateStringBuffer@12 > +WindowsPromoteStringBuffer@8 > +WindowsReplaceString@16 > +WindowsStringHasEmbeddedNull@8 > +WindowsSubstring@12 > +WindowsSubstringWithSpecifiedLength@16 > +WindowsTrimStringEnd@12 > +WindowsTrimStringStart@12 > diff --git a/mingw-w64-crt/lib64/api-ms-win-core-winrt-l1-1-0.def > b/mingw-w64-crt/lib64/api-ms-win-core-winrt-l1-1-0.def > deleted file mode 100644 > index 4ae91ba..000 > --- a/mingw-w64-crt/lib64/api-ms-win-core-winrt-l1-1-0.def > +++ /dev/null > @@ -1,9 +0,0 @@ > -LIBRARY "api-ms-win-core-winrt-l1-1-0.dll" > -EXPORTS > -RoActivateInstance > -RoGetActivationFactory > -RoGetApartmentIdentifier > -RoInitialize > -RoRegisterActivationFactories > -RoRevokeActivationFactories > -RoUninitialize > diff --git a/mingw-w64-crt/lib64/api-ms-win-core-winrt-string-l1-1-0.def > b/mingw-w64-crt/lib64/api-ms-win-core-winrt-string-l1-1-0.def > deleted file mode 100644 > index c211978..000 > --- a/mingw-w64-crt/lib64/api-ms-win-core-winrt-string-l1-1-0.def > +++ /dev/null > @@ -1,29 +0,0 @@ > -LIBRARY "api-ms-win-core-winrt-string-l1-1-0.dll" > -EXPORTS > -HSTRING_UserFree > -HSTRING_UserFree64 > -HSTRING_UserMarshal > -HSTRING_UserMarshal64 > -HSTRING_UserSize > -HSTRING_UserSize64 > -HSTRING_UserUnmarshal > -HSTRING_UserUnmarshal64 > -WindowsCompareStringOrdinal > -WindowsConcatString > -WindowsCreateString > -WindowsCreateStringReference > -WindowsDeleteString > -WindowsDeleteStringBuffer > -WindowsDuplicateString > -WindowsGetStringLen > -WindowsGetStringRawBuffer > -WindowsInspectString > -WindowsIsStringEmpty > -WindowsPreallocateStringBuffer > -WindowsPromoteStringBuffer > -WindowsReplaceString > -WindowsStringHasEmbeddedNull > -WindowsSubstring > -WindowsSubstringWithSpecifiedLength > -WindowsTrimStringEnd > -WindowsTrimStringStart > diff --git a/mingw-w64-crt/lib64/runtimeobject.def > b/mingw-w64-crt/lib64/runtimeobject.def > new file mode 100644 > index 000..02acc22 > --- /dev/null > +++ b/mingw-w64-crt/lib64/runtimeobject.def > @@ -0,0 +1,39 @@ > +LIBRARY "api-ms-win-core-winrt-l1-1-0.dll" > +EXPORTS > +RoActivateInstance > +RoGetActivationFactory > +RoGetApartmentIdentifier > +RoInitialize > +RoRegisterActivationFactories > +RoRevokeActivationFactories > +RoUninitialize > + > +LIBRARY "api-ms-win-core-winrt-string-l1-1-0.dll" > +EXPORTS > +HSTRING_UserFree > +HSTRING_UserFree64 > +HSTRING_UserMarshal > +HSTRING_UserMarshal64 > +HSTRING_UserSize > +HSTRING_UserSize64 > +HSTRING_UserUnmarshal > +HSTRING_UserUnmarshal64 > +WindowsCompareStringOrdinal > +WindowsConcatString > +WindowsCreateString > +WindowsCreateStringReference > +WindowsDeleteString > +WindowsDeleteStringBuffer > +WindowsDuplicateString > +WindowsGetStringLen > +WindowsGetStringRawBuffer > +WindowsInspectString > +WindowsIsStringEmpty > +WindowsPreallocateStringBuffer > +WindowsPromoteStringBuffer > +WindowsReplaceString > +WindowsStringHasEmbeddedNull > +WindowsSubstring > +WindowsSubstringWithSpecifiedLength > +WindowsTrimStringEnd > +WindowsTrimStringStart > > -- > Don't Limit Your Business. Reach for the Cloud. > 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-public mailing list > Mingw-w64-public@lists.sourceforge.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 -- Don't Limit Your Business. Reach for the Cloud. 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-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH] Added libamstrmid.a.
LGTM. On 08 Jul, Jacek Caban wrote : > --- > mingw-w64-crt/Makefile.am | 13 + > mingw-w64-crt/libsrc/amstrmid.c | 6 ++ > 2 files changed, 19 insertions(+) > create mode 100644 mingw-w64-crt/libsrc/amstrmid.c > > > diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am > index f841586..cd1b30f 100644 > --- a/mingw-w64-crt/Makefile.am > +++ b/mingw-w64-crt/Makefile.am > @@ -97,6 +97,7 @@ src_libdmoguids=libsrc/dmoguids.c > src_libdxerr8=libsrc/dxerr8.c libsrc/dxerr8w.c > src_libdxerr9=libsrc/dxerr9.c libsrc/dxerr9w.c > src_libmfuuid=libsrc/mfuuid.c > +src_libamstrmid=libsrc/amstrmid.c > src_libwbemuuid=libsrc/wbemuuid.c > src_libwmcodecdspuuid=libsrc/wmcodecdspuuid.c > src_libwindowscodecs=libsrc/windowscodecs.c > @@ -484,6 +485,10 @@ lib32_LIBRARIES += lib32/libmfuuid.a > lib32_libmfuuid_a_SOURCES = $(src_libmfuuid) > lib32_libmfuuid_a_CPPFLAGS = $(CPPFLAGS32) $(sysincludes) > > +lib32_LIBRARIES += lib32/libamstrmid.a > +lib32_libamstrmid_a_SOURCES = $(src_libamstrmid) > +lib32_libamstrmid_a_CPPFLAGS = $(CPPFLAGS32) $(sysincludes) > + > lib32_LIBRARIES += lib32/libwmcodecdspuuid.a > lib32_libwmcodecdspuuid_a_SOURCES = $(src_libwmcodecdspuuid) > lib32_libwmcodecdspuuid_a_CPPFLAGS = $(CPPFLAGS32) $(sysincludes) > @@ -733,6 +738,10 @@ lib64_LIBRARIES += lib64/libmfuuid.a > lib64_libmfuuid_a_SOURCES = $(src_libmfuuid) > lib64_libmfuuid_a_CPPFLAGS = $(CPPFLAGS64) $(sysincludes) > > +lib64_LIBRARIES += lib64/libamstrmid.a > +lib64_libamstrmid_a_SOURCES = $(src_libamstrmid) > +lib64_libamstrmid_a_CPPFLAGS = $(CPPFLAGS64) $(sysincludes) > + > lib64_LIBRARIES += lib64/libwmcodecdspuuid.a > lib64_libwmcodecdspuuid_a_SOURCES = $(src_libwmcodecdspuuid) > lib64_libwmcodecdspuuid_a_CPPFLAGS = $(CPPFLAGS64) $(sysincludes) > @@ -1248,6 +1257,10 @@ libarm32_LIBRARIES += libarm32/libmfuuid.a > libarm32_libmfuuid_a_SOURCES = $(src_libmfuuid) > libarm32_libmfuuid_a_CPPFLAGS = $(CPPFLAGSARM32) $(sysincludes) > > +libarm32_LIBRARIES += libarm32/libamstrmid.a > +libarm32_libamstrmid_a_SOURCES = $(src_libamstrmid) > +libarm32_libamstrmid_a_CPPFLAGS = $(CPPFLAGSARM32) $(sysincludes) > + > libarm32_LIBRARIES += libarm32/libwmcodecdspuuid.a > libarm32_libwmcodecdspuuid_a_SOURCES = $(src_libwmcodecdspuuid) > libarm32_libwmcodecdspuuid_a_CPPFLAGS = $(CPPFLAGSARM32) $(sysincludes) > diff --git a/mingw-w64-crt/libsrc/amstrmid.c b/mingw-w64-crt/libsrc/amstrmid.c > new file mode 100644 > index 000..36b2704 > --- /dev/null > +++ b/mingw-w64-crt/libsrc/amstrmid.c > @@ -0,0 +1,6 @@ > +#include > +#include > +#include > + > +#include > +#include > > -- > Don't Limit Your Business. Reach for the Cloud. > 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-public mailing list > Mingw-w64-public@lists.sourceforge.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 -- Don't Limit Your Business. Reach for the Cloud. 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-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH] stdio_s.h: Added missing sscanf_s declaration.
LGTM.
But why not _CRTIMP it?
On 08 Jul, Jacek Caban wrote :
> ---
> mingw-w64-headers/crt/sec_api/stdio_s.h | 1 +
> 1 file changed, 1 insertion(+)
>
>
> diff --git a/mingw-w64-headers/crt/sec_api/stdio_s.h
> b/mingw-w64-headers/crt/sec_api/stdio_s.h
> index 8da6ddf..26f43fb 100644
> --- a/mingw-w64-headers/crt/sec_api/stdio_s.h
> +++ b/mingw-w64-headers/crt/sec_api/stdio_s.h
> @@ -29,6 +29,7 @@ extern "C" {
>_CRTIMP int __cdecl _fscanf_l(FILE *_File,const char *_Format,_locale_t
> _Locale,...);
>_CRTIMP int __cdecl _sscanf_l(const char *_Src,const char
> *_Format,_locale_t _Locale,...);
>_CRTIMP int __cdecl _sscanf_s_l(const char *_Src,const char
> *_Format,_locale_t _Locale,...);
> + int __cdecl sscanf_s(const char*,const char*,...);
>_CRTIMP int __cdecl _snscanf_s(const char *_Src,size_t _MaxCount,const
> char *_Format,...);
>_CRTIMP int __cdecl _snscanf_l(const char *_Src,size_t _MaxCount,const
> char *_Format,_locale_t _Locale,...);
>_CRTIMP int __cdecl _snscanf_s_l(const char *_Src,size_t _MaxCount,const
> char *_Format,_locale_t _Locale,...);
>
> --
> Don't Limit Your Business. Reach for the Cloud.
> 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-public mailing list
> Mingw-w64-public@lists.sourceforge.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
--
Don't Limit Your Business. Reach for the Cloud.
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-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH] extern C fixes in winstring.h and roapi.h.
LGTM.
On 08 Jul, Jacek Caban wrote :
> ---
> mingw-w64-headers/include/roapi.h | 5 -
> mingw-w64-headers/include/winstring.h | 8
> 2 files changed, 8 insertions(+), 5 deletions(-)
>
>
> diff --git a/mingw-w64-headers/include/roapi.h
> b/mingw-w64-headers/include/roapi.h
> index 95c4fe6..9cd0f29 100644
> --- a/mingw-w64-headers/include/roapi.h
> +++ b/mingw-w64-headers/include/roapi.h
> @@ -24,7 +24,9 @@ typedef struct { } *RO_REGISTRATION_COOKIE;
>
> typedef HRESULT (WINAPI *PFNGETACTIVATIONFACTORY)(HSTRING,
> IActivationFactory **);
>
> -/* */
> +#ifdef __cplusplus
> +extern "C" {
> +#endif
>
> HRESULT WINAPI RoActivateInstance(HSTRING activatableClassId, IInspectable
> **instance);
>
> @@ -50,6 +52,7 @@ HRESULT WINAPI RoUnregisterForApartmentShutdown
> (APARTMENT_SHUTDOWN_REGISTRATION
> HRESULT WINAPI RoGetApartmentIdentifier (UINT64 *apartmentId);
>
> #ifdef __cplusplus
> +} /* extern "C" */
>
> namespace Windows {
>namespace Foundation {
> diff --git a/mingw-w64-headers/include/winstring.h
> b/mingw-w64-headers/include/winstring.h
> index 908923e..76131d8 100644
> --- a/mingw-w64-headers/include/winstring.h
> +++ b/mingw-w64-headers/include/winstring.h
> @@ -33,10 +33,6 @@ unsigned long __RPC_USER HSTRING_UserSize64(unsigned long
> *pFlags, unsigned long
> unsigned char* __RPC_USER HSTRING_UserUnmarshal64(unsigned long *pFlags,
> unsigned char *pBuffer, HSTRING *ppidl);
> #endif
>
> -#ifdef __cplusplus
> -}
> -#endif
> -
> HRESULT WINAPI WindowsCompareStringOrdinal(HSTRING string1, HSTRING string2,
> INT32 *result);
>
> HRESULT WINAPI WindowsConcatString(HSTRING string1, HSTRING string2, HSTRING
> *newString);
> @@ -77,4 +73,8 @@ HRESULT WINAPI WindowsTrimStringEnd(HSTRING string, HSTRING
> trimString, HSTRING
>
> HRESULT WINAPI WindowsTrimStringStart(HSTRING string, HSTRING trimString,
> HSTRING *newString);
>
> +#ifdef __cplusplus
> +}
> +#endif
> +
> #endif
>
> --
> Don't Limit Your Business. Reach for the Cloud.
> 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-public mailing list
> Mingw-w64-public@lists.sourceforge.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
--
Don't Limit Your Business. Reach for the Cloud.
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-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH] Added magnification.h header file.
LGTM.
On 08 Jul, Jacek Caban wrote :
> ---
> mingw-w64-headers/include/magnification.h | 37
> +++
> 1 file changed, 37 insertions(+)
> create mode 100644 mingw-w64-headers/include/magnification.h
>
>
> diff --git a/mingw-w64-headers/include/magnification.h
> b/mingw-w64-headers/include/magnification.h
> new file mode 100644
> index 000..649948a
> --- /dev/null
> +++ b/mingw-w64-headers/include/magnification.h
> @@ -0,0 +1,37 @@
> +/**
> + * This file has no copyright assigned and is placed in the Public Domain.
> + * This file is part of the mingw-w64 runtime package.
> + * No warranty is given; refer to the file DISCLAIMER.PD within this package.
> + */
> +
> +#ifndef _INC_MAGNIFIER
> +#define _INC_MAGNIFIER
> +
> +#include
> +
> +#if WINAPI_FAMILY_PARTITION(WINAPI_PARTITION_DESKTOP)
> +
> +#include
> +
> +#define MW_FILTERMODE_EXCLUDE 0
> +#define MW_FILTERMODE_INCLUDE 1
> +
> +typedef struct tagMAGTRANSFORM {
> +float v[3][3];
> +} MAGTRANSFORM, *PMAGTRANSFORM;
> +
> +typedef struct tagMAGIMAGEHEADER {
> +UINT width;
> +UINT height;
> +WICPixelFormatGUID format;
> +UINT stride;
> +UINT offset;
> +SIZE_T cbSize;
> +} MAGIMAGEHEADER, *PMAGIMAGEHEADER;
> +
> +typedef struct tagMAGCOLOREFFECT {
> +float transform[5][5];
> +} MAGCOLOREFFECT, *PMAGCOLOREFFECT;
> +
> +#endif
> +#endif
>
> --
> Don't Limit Your Business. Reach for the Cloud.
> 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-public mailing list
> Mingw-w64-public@lists.sourceforge.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
--
Don't Limit Your Business. Reach for the Cloud.
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-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MinGW LGPL licensed, header-only std::thread implementation
On 11 Dec, Ruben Van Boxem wrote : > If it is at all useful or even completely/nearly bug-free, perhaps it would > be worth getting this into GCC/libstdc++ mainline, because well, it's not > that biig really. Not sure how a win32 specific code dump would pass by > libstdc++ people (they're very, very unfriendly to platform specific code > due to maintenance). I'm wondering why it's using CreateThread instead of beginthreadex? "A thread in an executable that calls the C run-time library (CRT) should use the _beginthreadex and _endthreadex functions 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/ - +33 672 704 734 Sent from my Electronic Device -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] i686-w64-mingw32-gcc-4.9 and -static-libgcc not working as advertise
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: > > http://git.videolan.org/?p=vlc.git;a=commit;h=417b6eb0f09dc73984a7dba2aa42c9d8683d5294 > > > > The trick is to use -Wc to the LD flags, because libtool is linking with > > the gcc frontend. > > Awesome, thanks. All I needed to fix this was: > > -Wc-static-libgcc > > added to libsndfile_la_LDFLAGS. > \o/ Weird incantation, but works :) BE 100% careful, this will NOT work for C++ dlls, because libtool is a piece of crap. With my kindest regards, -- Jean-Baptiste Kempf http://www.jbkempf.com/ - +33 672 704 734 Sent from my Electronic Device -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] i686-w64-mingw32-gcc-4.9 and -static-libgcc not working as advertise
Hello Erik, On 25 Nov, Erik de Castro Lopo wrote : > I'm using i686-w64-mingw32-gcc-4.9 installed from the Debian unstable > package (gcc-mingw-w64-i686 4.9.1-7+14.2) to build libsndfile. My aim > is to get a libsndfile-1.dll which depends on nothing more than > KERNEL32.dll, msvcrt.dll and USER32.dll. You are using libtool, so it's a big big mess... I spent a very long time fixing this for VLC, and the solution is a bit weird, but you can have it doing this: http://git.videolan.org/?p=vlc.git;a=commit;h=417b6eb0f09dc73984a7dba2aa42c9d8683d5294 The trick is to use -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 Sent from my Electronic Device -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH] winpthread: use GetSystemTimeAsFileTime instead of _ftime
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 -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] [PATCH] winpthread: use GetSystemTimeAsFileTime instead of _ftime
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/src/misc.c
index 173c5e1..db650c9 100644
--- a/mingw-w64-libraries/winpthreads/src/misc.c
+++ b/mingw-w64-libraries/winpthreads/src/misc.c
@@ -22,13 +22,15 @@
#include "pthread.h"
#include "misc.h"
+#include "windows.h"
unsigned long long _pthread_time_in_ms(void)
{
-struct _timeb tb;
+FILETIME ft;
-_ftime(&tb);
-return (unsigned long long)tb.time * 1000ULL + (unsigned long long)
tb.millitm;
+GetSystemTimeAsFileTime(&ft);
+return (((unsigned long long)ft.dwHighDateTime << 32) + ft.dwLowDateTime
+- 0x19DB1DED53E8000ULL) / 1ULL;
}
unsigned long long _pthread_time_in_ms_from_timespec(const struct timespec *ts)
--
2.1.1
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Planning of VLC & mingw-w64 hackathon
On 30 Aug, André Hentschel wrote : > Am 27.08.2014 um 21:20 schrieb Kai Tietz: > > Hello everybody, > > > > As you might noticed already is mingw-w64 and VLC working together for > > a while now to get VLC running on WP ARM (and x86/x64). We would like > > to 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-Baptiste Kempf http://www.jbkempf.com/ - +33 672 704 734 Sent from my Electronic Device -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH] mingw-w64-crt: Build system changes for ARM
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 Device -- "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH 3/5] Reimplement SHGetFolderPathW using WinRT functions
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 Device -- DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH] Reimplement SHGetFolderPathW using WinRT functions
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 Device -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] [PATCH] Reimplement SHGetFolderPathW using WinRT functions
---
.../winstorecompat/src/SHGetFolderPathW.c | 103 +++--
1 file changed, 97 insertions(+), 6 deletions(-)
diff --git a/mingw-w64-libraries/winstorecompat/src/SHGetFolderPathW.c
b/mingw-w64-libraries/winstorecompat/src/SHGetFolderPathW.c
index 9ae7d3c..36b956f 100644
--- 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
+ Rafaël Carré
Permission is hereby granted, free of charge, to any person obtaining a
copy of this software and associated documentation files (the "Software"),
@@ -23,15 +24,105 @@
*/
#define SHGetFolderPathW __SHGetFolderPathW
+
+#define _WIN32_WINNT 0x602
+#define COBJMACROS
+#define INITGUID
+#include
#include
-#include
+#include
+#include
+#include
#undef SHGetFolderPathW
-HRESULT WINAPI SHGetFolderPathW(HWND hwnd,int csidl,HANDLE hToken,DWORD
dwFlags,LPWSTR pszPath);
+HRESULT WINAPI SHGetFolderPathW(HWND hwnd, int csidl, HANDLE hToken, DWORD
dwFlags, LPWSTR pszPath) {
+
+IStorageFolder *folder;
+
+(void)hwnd;
+(void)hToken;
+
+if (dwFlags != SHGFP_TYPE_CURRENT)
+return E_NOTIMPL;
+
+folder = NULL;
+
+if (csidl == CSIDL_APPDATA) {
+IApplicationDataStatics *appDataStatics = NULL;
+IApplicationData *appData = NULL;
+static const WCHAR *className = L"Windows.Storage.ApplicationData";
+const UINT32 clen = wcslen(className);
+
+HSTRING hClassName = NULL;
+HSTRING_HEADER header;
+HRESULT hr = WindowsCreateStringReference(className, clen, &header,
&hClassName);
+if (hr) {
+WindowsDeleteString(hClassName);
+return E_FAIL;
+}
+
+hr = RoGetActivationFactory(hClassName, &IID_IApplicationDataStatics,
(void**)&appDataStatics);
+WindowsDeleteString(hClassName);
+
+if (hr)
+return E_FAIL;
+
+IApplicationDataStatics_get_Current(appDataStatics, &appData);
+
+if (!appData)
+return E_FAIL;
+
+IApplicationData_get_LocalFolder(appData, &folder);
+
+} else {
+IKnownFoldersStatics *knownFoldersStatics = NULL;
+static const WCHAR *className = L"Windows.Storage.KnownFolders";
+const UINT32 clen = wcslen(className);
+
+HSTRING hClassName = NULL;
+HSTRING_HEADER header;
+HRESULT hr = WindowsCreateStringReference(className, clen, &header,
&hClassName);
+if (hr) {
+WindowsDeleteString(hClassName);
+return E_FAIL;
+}
+
+hr = RoGetActivationFactory(hClassName, &IID_IKnownFoldersStatics,
(void**)&knownFoldersStatics);
+WindowsDeleteString(hClassName);
+
+if (hr)
+return E_FAIL;
+
+switch(csidl) {
+case CSIDL_PERSONAL:
+IKnownFoldersStatics_get_DocumentsLibrary(knownFoldersStatics,
&folder);
+break;
+case CSIDL_MYMUSIC:
+IKnownFoldersStatics_get_MusicLibrary(knownFoldersStatics,
&folder);
+break;
+case CSIDL_MYPICTURES:
+IKnownFoldersStatics_get_PicturesLibrary(knownFoldersStatics,
&folder);
+break;
+case CSIDL_MYVIDEO:
+IKnownFoldersStatics_get_VideosLibrary(knownFoldersStatics,
&folder);
+break;
+default:
+return E_INVALIDARG;
+}
+}
+
+{
+HSTRING path = NULL;
+IStorageItem *item = NULL;
+PCWSTR pszPathTemp;
+IStorageFolder_QueryInterface(folder, &IID_IStorageItem,
(void**)&item);
+IStorageItem_get_Path(item, &path);
+pszPathTemp = WindowsGetStringRawBuffer(path, NULL);
+WindowsDeleteString(path);
+wcscpy(pszPath, pszPathTemp);
+}
-HRESULT WINAPI SHGetFolderPathW(HWND hwnd,int csidl,HANDLE hToken,DWORD
dwFlags,LPWSTR pszPath)
-{
-return S_FALSE;
+return S_OK;
}
HRESULT (WINAPI *__MINGW_IMP_SYMBOL(SHGetFolderPathW))(HWND hwnd,int
csidl,HANDLE hToken,DWORD dwFlags,LPWSTR pszPath)
asm("__imp__SHGetFolderPathW@20") = SHGetFolderPathW;
--
1.8.4.rc2
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] [PATCH 1/5] Fix build breakage
--- 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 = \ include/activation.idl \ include/activaut.idl \ - include/activprof.idl \ include/activscp.idl \ include/audioclient.idl \ include/audiopolicy.idl \ -- 1.8.3.4 -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] [PATCH 5/5] Add Windows.System.Threading WinRT interfaces
---
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.system.threading.h
create mode 100644 mingw-w64-headers/include/windows.system.threading.idl
diff --git a/mingw-w64-headers/Makefile.am b/mingw-w64-headers/Makefile.am
index 802e3e7..73da46c 100644
--- a/mingw-w64-headers/Makefile.am
+++ b/mingw-w64-headers/Makefile.am
@@ -113,6 +113,7 @@ IDL_SRCS = \
include/windows.security.cryptography.idl \
include/windows.storage.idl \
include/windows.storage.streams.idl \
+ include/windows.system.threading.idl \
include/wmcodecdsp.idl \
include/wpcapi.idl \
include/wtypes.idl \
diff --git a/mingw-w64-headers/include/windows.system.threading.h
b/mingw-w64-headers/include/windows.system.threading.h
new file mode 100644
index 000..c76d3d7
--- /dev/null
+++ b/mingw-w64-headers/include/windows.system.threading.h
@@ -0,0 +1,888 @@
+/*** Autogenerated by WIDL 1.6 from include/windows.system.threading.idl - Do
not edit ***/
+
+#ifndef __REQUIRED_RPCNDR_H_VERSION__
+#define __REQUIRED_RPCNDR_H_VERSION__ 475
+#endif
+
+#include
+#include
+
+#ifndef COM_NO_WINDOWS_H
+#include
+#include
+#endif
+
+#ifndef __windows_system_threading_h__
+#define __windows_system_threading_h__
+
+/* Forward declarations */
+
+#ifndef __TimerElapsedHandler_FWD_DEFINED__
+#define __TimerElapsedHandler_FWD_DEFINED__
+typedef interface TimerElapsedHandler TimerElapsedHandler;
+#endif
+
+#ifndef __TimerDestroyedHandler_FWD_DEFINED__
+#define __TimerDestroyedHandler_FWD_DEFINED__
+typedef interface TimerDestroyedHandler TimerDestroyedHandler;
+#endif
+
+#ifndef __WorkItemHandler_FWD_DEFINED__
+#define __WorkItemHandler_FWD_DEFINED__
+typedef interface WorkItemHandler WorkItemHandler;
+#endif
+
+#ifndef __IThreadPoolStatics_FWD_DEFINED__
+#define __IThreadPoolStatics_FWD_DEFINED__
+typedef interface IThreadPoolStatics IThreadPoolStatics;
+#endif
+
+#ifndef __IThreadPoolTimer_FWD_DEFINED__
+#define __IThreadPoolTimer_FWD_DEFINED__
+typedef interface IThreadPoolTimer IThreadPoolTimer;
+#endif
+
+#ifndef __IThreadPoolTimerStatics_FWD_DEFINED__
+#define __IThreadPoolTimerStatics_FWD_DEFINED__
+typedef interface IThreadPoolTimerStatics IThreadPoolTimerStatics;
+#endif
+
+/* Headers for imported files */
+
+#include
+#include
+
+#ifdef __cplusplus
+extern "C" {
+#endif
+
+#ifndef __IAsyncAction_FWD_DEFINED__
+#define __IAsyncAction_FWD_DEFINED__
+typedef interface IAsyncAction IAsyncAction;
+#endif
+
+struct TimeSpan;
+
+enum WorkItemPriority;
+
+enum WorkItemOptions;
+
+#ifndef __TimerElapsedHandler_FWD_DEFINED__
+#define __TimerElapsedHandler_FWD_DEFINED__
+typedef interface TimerElapsedHandler TimerElapsedHandler;
+#endif
+
+#ifndef __TimerDestroyedHandler_FWD_DEFINED__
+#define __TimerDestroyedHandler_FWD_DEFINED__
+typedef interface TimerDestroyedHandler TimerDestroyedHandler;
+#endif
+
+#ifndef __WorkItemHandler_FWD_DEFINED__
+#define __WorkItemHandler_FWD_DEFINED__
+typedef interface WorkItemHandler WorkItemHandler;
+#endif
+
+#ifndef __IThreadPoolStatics_FWD_DEFINED__
+#define __IThreadPoolStatics_FWD_DEFINED__
+typedef interface IThreadPoolStatics IThreadPoolStatics;
+#endif
+
+#ifndef __IThreadPoolTimer_FWD_DEFINED__
+#define __IThreadPoolTimer_FWD_DEFINED__
+typedef interface IThreadPoolTimer IThreadPoolTimer;
+#endif
+
+#ifndef __IThreadPoolTimerStatics_FWD_DEFINED__
+#define __IThreadPoolTimerStatics_FWD_DEFINED__
+typedef interface IThreadPoolTimerStatics IThreadPoolTimerStatics;
+#endif
+
+typedef enum WorkItemPriority {
+Low = -1,
+Normal = 0,
+High = 1
+} WorkItemPriority;
+typedef enum WorkItemOptions {
+None = 0,
+TimeSliced = 1
+} WorkItemOptions;
+typedef struct TimeSpan {
+INT64 Duration;
+} TimeSpan;
+/*
+ * TimerElapsedHandler interface
+ */
+#ifndef __TimerElapsedHandler_INTERFACE_DEFINED__
+#define __TimerElapsedHandler_INTERFACE_DEFINED__
+
+DEFINE_GUID(IID_TimerElapsedHandler, 0xfaaea667, 0xfbeb, 0x49cb, 0xad,0xb2,
0x71,0x18,0x4c,0x55,0x6e,0x43);
+#if defined(__cplusplus) && !defined(CINTERFACE)
+MIDL_INTERFACE("faaea667-fbeb-49cb-adb2-71184c556e43")
+TimerElapsedHandler : public IUnknown
+{
+virtual HRESULT STDMETHODCALLTYPE Invoke(
+IThreadPoolTimer *timer) = 0;
+
+};
+#ifdef __CRT_UUID_DECL
+__CRT_UUID_DECL(TimerElapsedHandler, 0xfaaea667, 0xfbeb, 0x49cb, 0xad,0xb2,
0x71,0x18,0x4c,0x55,0x6e,0x43)
+#endif
+#else
+typedef struct TimerElapsedHandlerVtbl {
+BEGIN_INTERFACE
+
+/*** IUnknown methods ***/
+HRESULT (STDMETHODCALLTYPE *QueryInterface)(
+TimerElapsedHandler* This,
+REFIID riid,
+void **ppvObject);
+
+ULONG (STDMETHODCALLTYPE *AddRef)(
+TimerElapsedHandler* This);
+
+ULONG (STDMETHODCALL
[Mingw-w64-public] [PATCH 3/5] Add WinRT Windows.Security.Cryptography headers
---
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.security.cryptography.h
create mode 100644 mingw-w64-headers/include/windows.security.cryptography.idl
diff --git a/mingw-w64-headers/Makefile.am b/mingw-w64-headers/Makefile.am
index 085532d..872f4fd 100644
--- a/mingw-w64-headers/Makefile.am
+++ b/mingw-w64-headers/Makefile.am
@@ -110,6 +110,7 @@ IDL_SRCS = \
include/wincodec.idl \
include/wtypesbase.idl \
include/windows.foundation.idl \
+ include/windows.security.cryptography.idl \
include/wmcodecdsp.idl \
include/wpcapi.idl \
include/wtypes.idl \
diff --git a/mingw-w64-headers/include/windows.security.cryptography.h
b/mingw-w64-headers/include/windows.security.cryptography.h
new file mode 100644
index 000..2525b1d
--- /dev/null
+++ b/mingw-w64-headers/include/windows.security.cryptography.h
@@ -0,0 +1,411 @@
+/*** Autogenerated by WIDL 1.5.31 from
include/windows.security.cryptography.idl - Do not edit ***/
+
+#ifndef __REQUIRED_RPCNDR_H_VERSION__
+#define __REQUIRED_RPCNDR_H_VERSION__ 475
+#endif
+
+#include
+#include
+
+#ifndef COM_NO_WINDOWS_H
+#include
+#include
+#endif
+
+#ifndef __windows_security_cryptography_h__
+#define __windows_security_cryptography_h__
+
+/* Forward declarations */
+
+#ifndef __ICryptographicBufferStatics_FWD_DEFINED__
+#define __ICryptographicBufferStatics_FWD_DEFINED__
+typedef interface ICryptographicBufferStatics ICryptographicBufferStatics;
+#endif
+
+/* Headers for imported files */
+
+#include
+#include
+
+#ifdef __cplusplus
+extern "C" {
+#endif
+
+#ifndef __IBuffer_FWD_DEFINED__
+#define __IBuffer_FWD_DEFINED__
+typedef interface IBuffer IBuffer;
+#endif
+
+#ifndef __ICryptographicBufferStatics_FWD_DEFINED__
+#define __ICryptographicBufferStatics_FWD_DEFINED__
+typedef interface ICryptographicBufferStatics ICryptographicBufferStatics;
+#endif
+
+enum BinaryStringEncoding;
+
+typedef enum BinaryStringEncoding {
+Utf8 = 0,
+Utf16LE = 1,
+Utf16BE = 2
+} BinaryStringEncoding;
+/*
+ * ICryptographicBufferStatics interface
+ */
+#ifndef __ICryptographicBufferStatics_INTERFACE_DEFINED__
+#define __ICryptographicBufferStatics_INTERFACE_DEFINED__
+
+DEFINE_GUID(IID_ICryptographicBufferStatics, 0x320b7e22, 0x3cb0, 0x4cdf,
0x86,0x63, 0x1d,0x28,0x91,0x00,0x65,0xeb);
+#if defined(__cplusplus) && !defined(CINTERFACE)
+MIDL_INTERFACE("320b7e22-3cb0-4cdf-8663-1d28910065eb")
+ICryptographicBufferStatics : public IInspectable
+{
+virtual HRESULT STDMETHODCALLTYPE Compare(
+IBuffer *object1,
+IBuffer *object2,
+boolean *isEqual) = 0;
+
+virtual HRESULT STDMETHODCALLTYPE GenerateRandom(
+UINT32 length,
+IBuffer **buffer) = 0;
+
+virtual HRESULT STDMETHODCALLTYPE GenerateRandomNumber(
+UINT32 *value) = 0;
+
+virtual HRESULT STDMETHODCALLTYPE CreateFromByteArray(
+UINT32 __valueSize,
+BYTE *value,
+IBuffer **buffer) = 0;
+
+virtual HRESULT STDMETHODCALLTYPE CopyToByteArray(
+IBuffer *buffer,
+UINT32 *__valueSize,
+BYTE **value) = 0;
+
+virtual HRESULT STDMETHODCALLTYPE DecodeFromHexString(
+HSTRING value,
+IBuffer **buffer) = 0;
+
+virtual HRESULT STDMETHODCALLTYPE EncodeToHexString(
+IBuffer *buffer,
+HSTRING *value) = 0;
+
+virtual HRESULT STDMETHODCALLTYPE DecodeFromBase64String(
+HSTRING value,
+IBuffer **buffer) = 0;
+
+virtual HRESULT STDMETHODCALLTYPE EncodeToBase64String(
+IBuffer *buffer,
+HSTRING *value) = 0;
+
+virtual HRESULT STDMETHODCALLTYPE ConvertStringToBinary(
+HSTRING value,
+BinaryStringEncoding encoding,
+IBuffer **buffer) = 0;
+
+virtual HRESULT STDMETHODCALLTYPE ConvertBinaryToString(
+BinaryStringEncoding encoding,
+IBuffer *buffer,
+HSTRING *value) = 0;
+
+};
+#ifdef __CRT_UUID_DECL
+__CRT_UUID_DECL(ICryptographicBufferStatics, 0x320b7e22, 0x3cb0, 0x4cdf,
0x86,0x63, 0x1d,0x28,0x91,0x00,0x65,0xeb)
+#endif
+#else
+typedef struct ICryptographicBufferStaticsVtbl {
+BEGIN_INTERFACE
+
+/*** IUnknown methods ***/
+HRESULT (STDMETHODCALLTYPE *QueryInterface)(
+ICryptographicBufferStatics* This,
+REFIID riid,
+void **ppvObject);
+
+ULONG (STDMETHODCALLTYPE *AddRef)(
+ICryptographicBufferStatics* This);
+
+ULONG (STDMETHODCALLTYPE *Release)(
+ICryptographicBufferStatics* This);
+
+/*** IInspectable methods ***/
+HRESULT (STDMETHODCALLTYPE *GetIids)(
+ICryptographicBufferStatics* This,
+ULONG *iidCount,
+IID **iids);
+
+HRESULT (STDMETHODCALLTYPE *GetRuntimeClassName)(
[Mingw-w64-public] [PATCH 2/5] Add WinRT Windows.Foundation headers
---
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.foundation.h
create mode 100644 mingw-w64-headers/include/windows.foundation.idl
diff --git a/mingw-w64-headers/Makefile.am b/mingw-w64-headers/Makefile.am
index 863ed6c..085532d 100644
--- a/mingw-w64-headers/Makefile.am
+++ b/mingw-w64-headers/Makefile.am
@@ -109,6 +109,7 @@ IDL_SRCS = \
include/urlmon.idl \
include/wincodec.idl \
include/wtypesbase.idl \
+ include/windows.foundation.idl \
include/wmcodecdsp.idl \
include/wpcapi.idl \
include/wtypes.idl \
diff --git a/mingw-w64-headers/include/windows.foundation.h
b/mingw-w64-headers/include/windows.foundation.h
new file mode 100644
index 000..6c4d3ec
--- /dev/null
+++ b/mingw-w64-headers/include/windows.foundation.h
@@ -0,0 +1,716 @@
+/*** Autogenerated by WIDL 1.5.31 from include/windows.foundation.idl - Do not
edit ***/
+
+#ifndef __REQUIRED_RPCNDR_H_VERSION__
+#define __REQUIRED_RPCNDR_H_VERSION__ 475
+#endif
+
+#include
+#include
+
+#ifndef COM_NO_WINDOWS_H
+#include
+#include
+#endif
+
+#ifndef __windows_foundation_h__
+#define __windows_foundation_h__
+
+/* Forward declarations */
+
+#ifndef __IAsyncInfo_FWD_DEFINED__
+#define __IAsyncInfo_FWD_DEFINED__
+typedef interface IAsyncInfo IAsyncInfo;
+#endif
+
+#ifndef __IASyncAction_FWD_DEFINED__
+#define __IASyncAction_FWD_DEFINED__
+typedef interface IASyncAction IASyncAction;
+#endif
+
+#ifndef __AsyncActionCompletedHandler_FWD_DEFINED__
+#define __AsyncActionCompletedHandler_FWD_DEFINED__
+typedef interface AsyncActionCompletedHandler AsyncActionCompletedHandler;
+#endif
+
+#ifndef __IAsyncOperation_FWD_DEFINED__
+#define __IAsyncOperation_FWD_DEFINED__
+typedef interface IAsyncOperation IAsyncOperation;
+#endif
+
+/* Headers for imported files */
+
+#include
+
+#ifdef __cplusplus
+extern "C" {
+#endif
+
+#ifndef __IAsyncInfo_FWD_DEFINED__
+#define __IAsyncInfo_FWD_DEFINED__
+typedef interface IAsyncInfo IAsyncInfo;
+#endif
+
+#ifndef __IAsyncAction_FWD_DEFINED__
+#define __IAsyncAction_FWD_DEFINED__
+typedef interface IAsyncAction IAsyncAction;
+#endif
+
+#ifndef __IAsyncOperation_FWD_DEFINED__
+#define __IAsyncOperation_FWD_DEFINED__
+typedef interface IAsyncOperation IAsyncOperation;
+#endif
+
+#ifndef __AsyncActionCompletedHandler_FWD_DEFINED__
+#define __AsyncActionCompletedHandler_FWD_DEFINED__
+typedef interface AsyncActionCompletedHandler AsyncActionCompletedHandler;
+#endif
+
+#ifndef __TypedEventHandler_FWD_DEFINED__
+#define __TypedEventHandler_FWD_DEFINED__
+typedef interface TypedEventHandler TypedEventHandler;
+#endif
+
+struct DateTime;
+
+struct EventRegistrationToken;
+
+#ifndef __IVectorView_FWD_DEFINED__
+#define __IVectorView_FWD_DEFINED__
+typedef interface IVectorView IVectorView;
+#endif
+
+#ifndef __IPropertySet_FWD_DEFINED__
+#define __IPropertySet_FWD_DEFINED__
+typedef interface IPropertySet IPropertySet;
+#endif
+
+typedef enum AsyncStatus {
+Started = 0,
+Completed = 1,
+Canceled = 2,
+Error = 3
+} AsyncStatus;
+typedef struct DateTime {
+UINT64 UniversalTime;
+} DateTime;
+typedef struct EventRegistrationToken {
+UINT64 Value;
+} EventRegistrationToken;
+/*
+ * IAsyncInfo interface
+ */
+#ifndef __IAsyncInfo_INTERFACE_DEFINED__
+#define __IAsyncInfo_INTERFACE_DEFINED__
+
+DEFINE_GUID(IID_IAsyncInfo, 0x0036, 0x, 0x, 0xc0,0x00,
0x00,0x00,0x00,0x00,0x00,0x46);
+#if defined(__cplusplus) && !defined(CINTERFACE)
+MIDL_INTERFACE("0036---c000-0046")
+IAsyncInfo : public IInspectable
+{
+virtual HRESULT STDMETHODCALLTYPE get_Id(
+unsigned int *id) = 0;
+
+virtual HRESULT STDMETHODCALLTYPE get_Status(
+AsyncStatus *status) = 0;
+
+virtual HRESULT STDMETHODCALLTYPE get_ErrorCode(
+HRESULT *errorCode) = 0;
+
+virtual HRESULT STDMETHODCALLTYPE Cancel(
+) = 0;
+
+virtual HRESULT STDMETHODCALLTYPE Close(
+) = 0;
+
+};
+#ifdef __CRT_UUID_DECL
+__CRT_UUID_DECL(IAsyncInfo, 0x0036, 0x, 0x, 0xc0,0x00,
0x00,0x00,0x00,0x00,0x00,0x46)
+#endif
+#else
+typedef struct IAsyncInfoVtbl {
+BEGIN_INTERFACE
+
+/*** IUnknown methods ***/
+HRESULT (STDMETHODCALLTYPE *QueryInterface)(
+IAsyncInfo* This,
+REFIID riid,
+void **ppvObject);
+
+ULONG (STDMETHODCALLTYPE *AddRef)(
+IAsyncInfo* This);
+
+ULONG (STDMETHODCALLTYPE *Release)(
+IAsyncInfo* This);
+
+/*** IInspectable methods ***/
+HRESULT (STDMETHODCALLTYPE *GetIids)(
+IAsyncInfo* This,
+ULONG *iidCount,
+IID **iids);
+
+HRESULT (STDMETHODCALLTYPE *GetRuntimeClassName)(
+IAsyncInfo* This,
+HSTRING *className);
+
+H
[Mingw-w64-public] WinRT idl APIs
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% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MSYS2 GPL infringement (was Re: MSYS2)
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 compared to the Cygwin source repository, none > > > > git checkout -b msys-2.1 origin/msys2-1.0-dev > > > > There are a lot of changes. 235 to be exact... > > Thanks, but that's not easily reachable via the MSYS web page. If you Indeed. Yet, I fail to see how this is a GPL violation. A limitation of SF, probably. Asking for the code would have been faster and saner, IMVHO. http://sourceforge.net/p/msys2/code/ci/msys2-1.0-dev/tarball -- 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, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] MSYS2 GPL infringement (was Re: MSYS2)
Hello, On 07 Jun, Corinna Vinschen wrote : > I checked the git source repository on sourceware and found that there > is absolutely *no* change compared to the Cygwin source repository, none git checkout -b msys-2.1 origin/msys2-1.0-dev There are a lot of changes. 235 to be exact... 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, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] [PATCH 3/3] Reimplement CoCreateInstance using CoCreateInstanceFromApp
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/winstorecompat/Makefile.am |1 + > > mingw-w64-libraries/winstorecompat/Makefile.in |8 ++- > > .../winstorecompat/src/CoCreateInstance.c | 57 > > > > 3 files changed, 65 insertions(+), 1 deletion(-) > > create mode 100644 > > mingw-w64-libraries/winstorecompat/src/CoCreateInstance.c > > > > diff --git a/mingw-w64-libraries/winstorecompat/Makefile.am > > b/mingw-w64-libraries/winstorecompat/Makefile.am > > index 9713f58..c4ae286 100644 > > --- a/mingw-w64-libraries/winstorecompat/Makefile.am > > +++ b/mingw-w64-libraries/winstorecompat/Makefile.am > > @@ -30,4 +30,5 @@ libwinstorecompat_a_SOURCES = \ > >src/SetFilePointer.c \ > >src/GetFileSize.c \ > >src/Tls.c \ > > + src/CoCreateInstance.c \ > >$(NULL) > > diff --git a/mingw-w64-libraries/winstorecompat/Makefile.in > > b/mingw-w64-libraries/winstorecompat/Makefile.in > > index 95970f7..ea4b3db 100644 > > --- a/mingw-w64-libraries/winstorecompat/Makefile.in > > +++ b/mingw-w64-libraries/winstorecompat/Makefile.in > > @@ -110,7 +110,8 @@ am_libwinstorecompat_a_OBJECTS = > > src/CreateEventW.$(OBJEXT) \ > > src/getpid.$(OBJEXT) src/LocalAlloc.$(OBJEXT) \ > > src/LocalFree.$(OBJEXT) src/Sleep.$(OBJEXT) \ > > src/SleepEx.$(OBJEXT) src/SetFilePointer.$(OBJEXT) \ > > - src/GetFileSize.$(OBJEXT) src/Tls.$(OBJEXT) > > + src/GetFileSize.$(OBJEXT) src/Tls.$(OBJEXT) \ > > + src/CoCreateInstance.$(OBJEXT) > > libwinstorecompat_a_OBJECTS = $(am_libwinstorecompat_a_OBJECTS) > > DEFAULT_INCLUDES = -I.@am__isrc@ > > depcomp = $(SHELL) $(top_srcdir)/build-aux/depcomp > > @@ -260,6 +261,7 @@ libwinstorecompat_a_SOURCES = \ > >src/SetFilePointer.c \ > >src/GetFileSize.c \ > >src/Tls.c \ > > + src/CoCreateInstance.c \ > >$(NULL) > > > > all: all-am > > @@ -385,6 +387,8 @@ src/SetFilePointer.$(OBJEXT): src/$(am__dirstamp) \ > > src/GetFileSize.$(OBJEXT): src/$(am__dirstamp) \ > > src/$(DEPDIR)/$(am__dirstamp) > > src/Tls.$(OBJEXT): src/$(am__dirstamp) src/$(DEPDIR)/$(am__dirstamp) > > +src/CoCreateInstance.$(OBJEXT): src/$(am__dirstamp) \ > > + src/$(DEPDIR)/$(am__dirstamp) > > libwinstorecompat.a: $(libwinstorecompat_a_OBJECTS) > > $(libwinstorecompat_a_DEPENDENCIES) > > $(EXTRA_libwinstorecompat_a_DEPENDENCIES) > > -rm -f libwinstorecompat.a > > $(libwinstorecompat_a_AR) libwinstorecompat.a > > $(libwinstorecompat_a_OBJECTS) $(libwinstorecompat_a_LIBADD) > > @@ -392,6 +396,7 @@ libwinstorecompat.a: $(libwinstorecompat_a_OBJECTS) > > $(libwinstorecompat_a_DEPEND > > > > mostlyclean-compile: > > -rm -f *.$(OBJEXT) > > + -rm -f src/CoCreateInstance.$(OBJEXT) > > -rm -f src/CreateEventW.$(OBJEXT) > > -rm -f src/CreateFileW.$(OBJEXT) > > -rm -f src/CreateMutexW.$(OBJEXT) > > @@ -421,6 +426,7 @@ mostlyclean-compile: > > distclean-compile: > > -rm -f *.tab.c > > > > +@AMDEP_TRUE@@am__include@ @am__quote@src > > /$(DEPDIR)/CoCreateInstance.Po@am__quote@ > > @AMDEP_TRUE@@am__include@ @am__quote@src > > /$(DEPDIR)/CreateEventW.Po@am__quote@ > > @AMDEP_TRUE@@am__include@ @am__quote@src > > /$(DEPDIR)/CreateFileW.Po@am__quote@ > > @AMDEP_TRUE@@am__include@ @am__quote@src > > /$(DEPDIR)/CreateMutexW.Po@am__quote@ > > diff --git a/mingw-w64-libraries/winstorecompat/src/CoCreateInstance.c > > b/mingw-w64-libraries/winstorecompat/src/CoCreateInstance.c > > new file mode 100644 > > index 000..5a9df37 > > --- /dev/null > > +++ b/mingw-w64-libraries/winstorecompat/src/CoCreateInstance.c > > @@ -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 the Software without restriction, including without > > limitation > > +the rights to use, copy, modify, merge, publish, distribute, > > sublicense, > > +and/or sell copies of the Software, and to p
[Mingw-w64-public] [PATCH 3/3] Reimplement CoCreateInstance using CoCreateInstanceFromApp
---
mingw-w64-libraries/winstorecompat/Makefile.am |1 +
mingw-w64-libraries/winstorecompat/Makefile.in |8 ++-
.../winstorecompat/src/CoCreateInstance.c | 57
3 files changed, 65 insertions(+), 1 deletion(-)
create mode 100644 mingw-w64-libraries/winstorecompat/src/CoCreateInstance.c
diff --git a/mingw-w64-libraries/winstorecompat/Makefile.am
b/mingw-w64-libraries/winstorecompat/Makefile.am
index 9713f58..c4ae286 100644
--- a/mingw-w64-libraries/winstorecompat/Makefile.am
+++ b/mingw-w64-libraries/winstorecompat/Makefile.am
@@ -30,4 +30,5 @@ libwinstorecompat_a_SOURCES = \
src/SetFilePointer.c \
src/GetFileSize.c \
src/Tls.c \
+ src/CoCreateInstance.c \
$(NULL)
diff --git a/mingw-w64-libraries/winstorecompat/Makefile.in
b/mingw-w64-libraries/winstorecompat/Makefile.in
index 95970f7..ea4b3db 100644
--- a/mingw-w64-libraries/winstorecompat/Makefile.in
+++ b/mingw-w64-libraries/winstorecompat/Makefile.in
@@ -110,7 +110,8 @@ am_libwinstorecompat_a_OBJECTS = src/CreateEventW.$(OBJEXT)
\
src/getpid.$(OBJEXT) src/LocalAlloc.$(OBJEXT) \
src/LocalFree.$(OBJEXT) src/Sleep.$(OBJEXT) \
src/SleepEx.$(OBJEXT) src/SetFilePointer.$(OBJEXT) \
- src/GetFileSize.$(OBJEXT) src/Tls.$(OBJEXT)
+ src/GetFileSize.$(OBJEXT) src/Tls.$(OBJEXT) \
+ src/CoCreateInstance.$(OBJEXT)
libwinstorecompat_a_OBJECTS = $(am_libwinstorecompat_a_OBJECTS)
DEFAULT_INCLUDES = -I.@am__isrc@
depcomp = $(SHELL) $(top_srcdir)/build-aux/depcomp
@@ -260,6 +261,7 @@ libwinstorecompat_a_SOURCES = \
src/SetFilePointer.c \
src/GetFileSize.c \
src/Tls.c \
+ src/CoCreateInstance.c \
$(NULL)
all: all-am
@@ -385,6 +387,8 @@ src/SetFilePointer.$(OBJEXT): src/$(am__dirstamp) \
src/GetFileSize.$(OBJEXT): src/$(am__dirstamp) \
src/$(DEPDIR)/$(am__dirstamp)
src/Tls.$(OBJEXT): src/$(am__dirstamp) src/$(DEPDIR)/$(am__dirstamp)
+src/CoCreateInstance.$(OBJEXT): src/$(am__dirstamp) \
+ src/$(DEPDIR)/$(am__dirstamp)
libwinstorecompat.a: $(libwinstorecompat_a_OBJECTS)
$(libwinstorecompat_a_DEPENDENCIES) $(EXTRA_libwinstorecompat_a_DEPENDENCIES)
-rm -f libwinstorecompat.a
$(libwinstorecompat_a_AR) libwinstorecompat.a
$(libwinstorecompat_a_OBJECTS) $(libwinstorecompat_a_LIBADD)
@@ -392,6 +396,7 @@ libwinstorecompat.a: $(libwinstorecompat_a_OBJECTS)
$(libwinstorecompat_a_DEPEND
mostlyclean-compile:
-rm -f *.$(OBJEXT)
+ -rm -f src/CoCreateInstance.$(OBJEXT)
-rm -f src/CreateEventW.$(OBJEXT)
-rm -f src/CreateFileW.$(OBJEXT)
-rm -f src/CreateMutexW.$(OBJEXT)
@@ -421,6 +426,7 @@ mostlyclean-compile:
distclean-compile:
-rm -f *.tab.c
+@AMDEP_TRUE@@am__include@
@am__quote@src/$(DEPDIR)/CoCreateInstance.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@src/$(DEPDIR)/CreateEventW.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@src/$(DEPDIR)/CreateFileW.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@src/$(DEPDIR)/CreateMutexW.Po@am__quote@
diff --git a/mingw-w64-libraries/winstorecompat/src/CoCreateInstance.c
b/mingw-w64-libraries/winstorecompat/src/CoCreateInstance.c
new file mode 100644
index 000..5a9df37
--- /dev/null
+++ b/mingw-w64-libraries/winstorecompat/src/CoCreateInstance.c
@@ -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 the Software without restriction, including without limitation
+the rights to use, copy, modify, merge, publish, distribute, sublicense,
+and/or sell copies of the Software, and to permit persons to whom the
+Software is furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be included in
+all copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
+FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
+DEALINGS IN THE SOFTWARE.
+*/
+
+#define _WIN32_WINNT 0x0602 /* CoCreateInstanceFromApp is 8+ */
+
+#define CoCreateInstance __CoCreateInstance
+#include
+#include
+#include
+#undef CoCreateInstance
+
+HRESULT WINAPI CoCreateInstance(REFCLSID rclsid,
+LPUNKNOWN pUnkOuter,
+DWORD dwClsContext,
+REFIID riid,
+LPVOID *ppv)
+{
+MULTI_QI result;
+HRESULT res
[Mingw-w64-public] [PATCH 1/3] Add a combaseapi.h header for Windows 8 COM functions
--- 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 000..4802970 --- /dev/null +++ b/mingw-w64-headers/include/combaseapi.h @@ -0,0 +1,28 @@ +/** + * This file has no copyright assigned and is placed in the Public Domain. + * This file is part of the mingw-w64 runtime package. + * No warranty is given; refer to the file DISCLAIMER.PD within this package. + */ +#include +#include + +#ifndef _COMBASEAPI_H_ +#define _COMBASEAPI_H_ + +#include + +#include +#include +#include +#include +#include + +#ifndef INITGUID +#include +#endif + +#if (_WIN32_WINNT >= 0x0602) +WINOLEAPI CoCreateInstanceFromApp(REFCLSID Clsid,IUnknown *punkOuter,DWORD dwClsCtx,void *reserved,DWORD dwCount,MULTI_QI *pResults); +#endif /*(_WIN32_WINNT >= 0x0602)*/ + +#endif -- 1.7.10.4 -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] [PATCH 2/3] Add CoCreateInstanceFromApp to ole32.def
--- 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 @@ -32,6 +32,7 @@ CoCreateFreeThreadedMarshaler@8 CoCreateGuid@4 CoCreateInstance@20 CoCreateInstanceEx@24 +CoCreateInstanceFromApp@24 CoCreateObjectInContext@16 CoDeactivateObject@8 CoDisableCallCancellation@4 diff --git a/mingw-w64-crt/lib64/ole32.def b/mingw-w64-crt/lib64/ole32.def index 350630b..95bc764 100644 --- a/mingw-w64-crt/lib64/ole32.def +++ b/mingw-w64-crt/lib64/ole32.def @@ -36,6 +36,7 @@ CoCreateFreeThreadedMarshaler CoCreateGuid CoCreateInstance CoCreateInstanceEx +CoCreateInstanceFromApp CoCreateObjectInContext CoDeactivateObject CoDisableCallCancellation -- 1.7.10.4 -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
