Hello,
Patch looks fine. Please go ahead and apply.
Thanks,
Kai
2016-03-31 18:07 GMT+02:00 Hugo Beauzée-Luyssen :
> ---
> mingw-w64-libraries/winstorecompat/src/CoCreateInstance.c | 4
> mingw-w64-libraries/winstorecompat/src/CreateEventW.c | 4
>
Patch is looking fine to me. Please apply.
Thanks,
Kai
2016-03-31 18:07 GMT+02:00 Hugo Beauzée-Luyssen :
> ---
> mingw-w64-headers/include/combaseapi.h| 2 ++
> mingw-w64-headers/include/errhandlingapi.h| 15 ---
> mingw-w64-headers/include/fileapi.h
Looks ok to. Maybe somebody with deeper insight into autoconf could
take a look, too.
Thanks,
Kai
2016-03-31 18:07 GMT+02:00 Hugo Beauzée-Luyssen :
> The compiled file is already installed before, and this was overwriting
> it, causing an invalid lib to be installed
> ---
>
lh_mouse writes:
>
> MSVC is irrelevant.
>
> You should have read the friendly GCC manual I think.
>
https://gcc.gnu.org/onlinedocs/gcc-5.3.0/gcc/Function-Attributes.html
#index-g_t_0040code_007bdllexport_007d-function-attribute-3069
I found what looks like a more pertinent and
Hi,
well the 'dllexport' attribute is in gcc not part of any symbol
decoration. And I would be pretty curious to learn that this
attribute has such in msc. It just specifies the linkage of a symbol.
If you mark a symbol as being 'dllexport'ed, it means that the address
of this symbol will be
Hello,
patch is fine, if previous patches getting reviewed ok, too.
Thanks,
Kai
2016-03-31 18:07 GMT+02:00 Hugo Beauzée-Luyssen :
> which simply suppresses the call.
> ---
> mingw-w64-headers/include/fileapi.h| 2 +-
> .../winstorecompat/src/CreateFileW.c
Patch is ok.
Thanks,
Kai
2016-03-31 18:07 GMT+02:00 Hugo Beauzée-Luyssen :
> ---
> mingw-w64-libraries/winstorecompat/src/CreateEventW.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/mingw-w64-libraries/winstorecompat/src/CreateEventW.c
>
Patch is ok.
thanks,
Kai
2016-03-31 18:07 GMT+02:00 Hugo Beauzée-Luyssen :
> ---
> mingw-w64-headers/include/processthreadsapi.h | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/mingw-w64-headers/include/processthreadsapi.h
>
Ok.
Thanks,
Kai
2016-03-31 18:07 GMT+02:00 Hugo Beauzée-Luyssen :
> ---
> mingw-w64-headers/include/fileapi.h | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/mingw-w64-headers/include/fileapi.h
> b/mingw-w64-headers/include/fileapi.h
> index 53abd81..022f6d4 100755
>
Yes, cleaning it up. thanks.
Kai
2016-03-31 18:07 GMT+02:00 Hugo Beauzée-Luyssen :
> combaseapi already provides a __forceinline version
> ---
> mingw-w64-headers/include/combaseapi.h | 2 -
> mingw-w64-libraries/winstorecompat/Makefile.am | 1 -
>
Hi Jim,
I still find it quite astounding that after so many years on this list you
still fail to provide a small, self-contained, compilable example source
code fragment to show the problems you send multiple incomprehensible
emails about.
Show the code or don't get help. I'm quite close to
On 03/31/16 18:07, Hugo Beauzée-Luyssen wrote:
> ---
> mingw-w64-libraries/winstorecompat/src/GetFileAttributes.c | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/mingw-w64-libraries/winstorecompat/src/GetFileAttributes.c
>
Hi Hugo,
On 03/31/16 18:07, Hugo Beauzée-Luyssen wrote:
> --- a/mingw-w64-libraries/winstorecompat/src/CreateFileW.c
> +++ b/mingw-w64-libraries/winstorecompat/src/CreateFileW.c
> @@ -25,8 +25,10 @@
> #define _WIN32_WINNT 0x602 /* CreateFile2 is Win8 APP Family */
>
> #define CreateFileW
I am not sure if it has been seen so I confirm again that internal error
persists with 4.9.3
victor bombi
- Original Message -
From: "Victor Bombi"
To:
Sent: Monday, March 14, 2016 7:31 PM
Subject: Re: [Mingw-w64-public]
On 04/01/2016 12:18 PM, Jacek Caban wrote:
> On 03/31/16 18:07, Hugo Beauzée-Luyssen wrote:
>> ---
>> mingw-w64-libraries/winstorecompat/src/GetFileAttributes.c | 9 +
>> 1 file changed, 9 insertions(+)
>>
>> diff --git a/mingw-w64-libraries/winstorecompat/src/GetFileAttributes.c
>>
Hi Hugo,
On 04/01/16 13:14, Hugo Beauzée-Luyssen wrote:
>
> I agree, that's the better solution on the paper.
> However, I had quite a few symbols that I didn't manage to find the
> callsite for, so I assumed it was ok to suppress the call, just like
> it's done for GetModuleHandle.
I'd say
On 04/01/2016 01:20 PM, Hugo Beauzée-Luyssen wrote:
> ---
> mingw-w64-crt/lib32/msvcr120.def.in | 8
> mingw-w64-crt/lib32/msvcr120d.def.in | 8
> 2 files changed, 16 insertions(+)
>
> diff --git a/mingw-w64-crt/lib32/msvcr120.def.in
> b/mingw-w64-crt/lib32/msvcr120.def.in
---
mingw-w64-crt/lib32/msvcr120.def.in | 8
mingw-w64-crt/lib32/msvcr120d.def.in | 8
2 files changed, 16 insertions(+)
diff --git a/mingw-w64-crt/lib32/msvcr120.def.in
b/mingw-w64-crt/lib32/msvcr120.def.in
index 32094fd..6746b20 100644
---
The upcoming Win-10 "Anniversary Edition" (build 2016?), promises
running "Ubuntu in Userspace" on Windows. Nice! Release-date seems to
be in June.
Here are some details:
http://insights.ubuntu.com/2016/03/30/ubuntu-on-windows-the-ubuntu-userspace-for-windows-developers/
Sorry in advance if this is an RTFM question. We test Julia's Windows
build against mingw-w64 continuously, but only rarely build with MSVC
or Windows Clang on a more experimental basis. One of the inconsistencies
that comes up fairly often is that mingw-w64 is more tolerant of headers
and
The attribute `dllexport`, as well as `dllimport`, is a GCC thing. You should
look up it in GCC's main manual.
You can find GCC manuals here https://gcc.gnu.org/onlinedocs/. The
specification of either attribute is so long that I wouldn't paste it here.
If you think it is a GCC bug you can file
https://msdn.microsoft.com/en-us/library/dabb5z75.aspx
On Fri, Apr 1, 2016 at 8:28 AM, lh_mouse wrote:
> The attribute `dllexport`, as well as `dllimport`, is a GCC thing. You
> should look up it in GCC's main manual.
> You can find GCC manuals here
MSVC is irrelevant.
You should have read the friendly GCC manual I think.
https://gcc.gnu.org/onlinedocs/gcc-5.3.0/gcc/Function-Attributes.html#index-g_t_0040code_007bdllexport_007d-function-attribute-3069
--
Best regards,
lh_mouse
2016-04-01
23 matches
Mail list logo