Kai Tietz writes:
> So I am wondering a bit, what you actual mean here? I guessed first
> that you were referring to the auto-import feature of ld. As this
> feature indeed make it unnecessary to specify dllimport attribute on
> an external symbol. So could you please describe your issue a bit
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/
http://www.geek.com/
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
>
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 tha
---
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
--- a/mingw-w64-crt/lib32/msvcr120.def.
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
>> b/m
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
> b/mingw-w64-libraries/winstorecompat/src/GetFileAttribut
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 __Cre
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] internal compiler error 4.9.2
> The same intenal error is happ
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 leavi
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
> ---
> mingw-w64-crt/Makefi
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
> b/mingw-w64-headers/include/processthreadsapi.h
> index c0
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
> --- a/mingw-w64-he
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 -
> .../winstorecompat/src/CoCr
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
> mingw-w64-librari
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 | 15
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
> b/mingw-w64-libraries/winstor
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 | 22
>
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 put
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 detailed resour
20 matches
Mail list logo
