Re: [Mingw-w64-public] How to make __declspec(dllexport) more picky?
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 > more detailed. > > Thanks, > Kai Let me try to describe more specifically. If in foo.h, you do not mark a function with dllexport, but you do mark the implementation in foo.c with dllexport, GCC will compile that and it will work, but MSVC and Clang will error. When people make changes deciding a function needs to now be exported and make that change by adding the dllexport to the implementation, our continuous integration tests that use MinGW-w64 show that as working. What I'm asking is whether GCC can be told to behave more like MSVC and Clang in this respect, causing an error when the header does not have dllexport but the implementation does. Make sense? -Tony -- 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=278785471&iu=/4140 ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] Win-10 Anniversary Edition
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/microsoft/canonical-helps-microsoft-bash-ubuntu-into-windows-10-1651133/ Thought I'd let you know. -- --gv -- 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=278785471&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] msvcr120: Add missing symbols
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 > index 32094fd..6746b20 100644 > --- a/mingw-w64-crt/lib32/msvcr120.def.in > +++ b/mingw-w64-crt/lib32/msvcr120.def.in > @@ -1031,6 +1031,8 @@ _fstat32 > _fstat32i64 > _fstat64 > _fstat64i32 > +_fstat == _fstat32 > +_fstati64 == _fstat32i64 > _ftell_nolock > _ftelli64 > _ftelli64_nolock > @@ -1523,6 +1525,8 @@ _stat32 > _stat32i64 > _stat64 > _stat64i32 > +_stat == _stat32 > +_stati64 == _stat32i64 > _statusfp > _statusfp2 > _strcoll_l > @@ -1749,10 +1753,12 @@ _wfdopen > _wfindfirst32 > _wfindfirst32i64 > _wfindfirst64 > +_wfindfirst == _wfindfirst32 > _wfindfirst64i32 > _wfindnext32 > _wfindnext32i64 > _wfindnext64 > +_wfindnext == _wfindnext32 > _wfindnext64i32 > _wfopen > _wfopen_s > @@ -1804,6 +1810,8 @@ _wstat32 > _wstat32i64 > _wstat64 > _wstat64i32 > +_wstat == _wstat32 > +_wstati64 == _wstat32i64 > _wstrdate > _wstrdate_s > _wstrtime > diff --git a/mingw-w64-crt/lib32/msvcr120d.def.in > b/mingw-w64-crt/lib32/msvcr120d.def.in > index 74a5d84..17b4a92 100644 > --- a/mingw-w64-crt/lib32/msvcr120d.def.in > +++ b/mingw-w64-crt/lib32/msvcr120d.def.in > @@ -1087,6 +1087,8 @@ _fstat32 > _fstat32i64 > _fstat64 > _fstat64i32 > +_fstat == _fstat32 > +_fstati64 == _fstat32i64 > _ftell_nolock > _ftelli64 > _ftelli64_nolock > @@ -1582,6 +1584,8 @@ _stat32 > _stat32i64 > _stat64 > _stat64i32 > +_stat == _stat32 > +_stati64 == _stat32i64 > _statusfp > _statusfp2 > _strcoll_l > @@ -1812,10 +1816,12 @@ _wfdopen > _wfindfirst32 > _wfindfirst32i64 > _wfindfirst64 > +_wfindfirst == _wfindfirst32 > _wfindfirst64i32 > _wfindnext32 > _wfindnext32i64 > _wfindnext64 > +_wfindnext == _wfindnext32 > _wfindnext64i32 > _wfopen > _wfopen_s > @@ -1870,6 +1876,8 @@ _wstat32 > _wstat32i64 > _wstat64 > _wstat64i32 > +_wstat == _wstat32 > +_wstati64 == _wstat32i64 > _wstrdate > _wstrdate_s > _wstrtime > Please disregard this patch, it misses time() (as least) -- 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=278785471&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 9/9] winstorecompat: Suppress calls to GetFileAttributesA
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 that it could be ok, depending on the context. Since you have access to everything that's linked, it shouldn't be too hard to find callers. And if you didn't find them, then how can you ensure that returning the error won't make the whole thing useless or even buggy in runtime? Cheers, Jacek -- 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=278785471&iu=/4140 ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] [PATCH] msvcr120: Add missing symbols
--- 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.in +++ b/mingw-w64-crt/lib32/msvcr120.def.in @@ -1031,6 +1031,8 @@ _fstat32 _fstat32i64 _fstat64 _fstat64i32 +_fstat == _fstat32 +_fstati64 == _fstat32i64 _ftell_nolock _ftelli64 _ftelli64_nolock @@ -1523,6 +1525,8 @@ _stat32 _stat32i64 _stat64 _stat64i32 +_stat == _stat32 +_stati64 == _stat32i64 _statusfp _statusfp2 _strcoll_l @@ -1749,10 +1753,12 @@ _wfdopen _wfindfirst32 _wfindfirst32i64 _wfindfirst64 +_wfindfirst == _wfindfirst32 _wfindfirst64i32 _wfindnext32 _wfindnext32i64 _wfindnext64 +_wfindnext == _wfindnext32 _wfindnext64i32 _wfopen _wfopen_s @@ -1804,6 +1810,8 @@ _wstat32 _wstat32i64 _wstat64 _wstat64i32 +_wstat == _wstat32 +_wstati64 == _wstat32i64 _wstrdate _wstrdate_s _wstrtime diff --git a/mingw-w64-crt/lib32/msvcr120d.def.in b/mingw-w64-crt/lib32/msvcr120d.def.in index 74a5d84..17b4a92 100644 --- a/mingw-w64-crt/lib32/msvcr120d.def.in +++ b/mingw-w64-crt/lib32/msvcr120d.def.in @@ -1087,6 +1087,8 @@ _fstat32 _fstat32i64 _fstat64 _fstat64i32 +_fstat == _fstat32 +_fstati64 == _fstat32i64 _ftell_nolock _ftelli64 _ftelli64_nolock @@ -1582,6 +1584,8 @@ _stat32 _stat32i64 _stat64 _stat64i32 +_stat == _stat32 +_stati64 == _stat32i64 _statusfp _statusfp2 _strcoll_l @@ -1812,10 +1816,12 @@ _wfdopen _wfindfirst32 _wfindfirst32i64 _wfindfirst64 +_wfindfirst == _wfindfirst32 _wfindfirst64i32 _wfindnext32 _wfindnext32i64 _wfindnext64 +_wfindnext == _wfindnext32 _wfindnext64i32 _wfopen _wfopen_s @@ -1870,6 +1876,8 @@ _wstat32 _wstat32i64 _wstat64 _wstat64i32 +_wstat == _wstat32 +_wstati64 == _wstat32i64 _wstrdate _wstrdate_s _wstrtime -- 2.8.0.rc3 -- 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=278785471&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 9/9] winstorecompat: Suppress calls to GetFileAttributesA
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/mingw-w64-libraries/winstorecompat/src/GetFileAttributes.c
>> index 66b2937..8d68ee0 100644
>> --- a/mingw-w64-libraries/winstorecompat/src/GetFileAttributes.c
>> +++ b/mingw-w64-libraries/winstorecompat/src/GetFileAttributes.c
>> @@ -28,8 +28,10 @@
>>* in Windows Store applications */
>>
>> #define GetFileAttributesW __GetFileAttributesW
>> +#define GetFileAttributesA __GetFileAttributesA
>> #include
>> #include
>> +#undef GetFileAttributesA
>> #undef GetFileAttributesW
>>
>> DWORD WINAPI GetFileAttributesW(LPCWSTR lpFileName)
>> @@ -41,8 +43,15 @@ DWORD WINAPI GetFileAttributesW(LPCWSTR lpFileName)
>> return INVALID_FILE_ATTRIBUTES;
>> }
>>
>> +DWORD WINAPI GetFileAttributesA(LPCWSTR lpFileName)
>> +{
>> +return INVALID_FILE_ATTRIBUTES;
>> +}
>
> Same as my previous, why do you need this? If we can't implement it
> properly, then fixing caller side would be preferable if possible.
>
> Jacek
>
> --
> 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=278785471&iu=/4140
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>
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.
Regards,
--
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=278785471&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 9/9] winstorecompat: Suppress calls to GetFileAttributesA
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/GetFileAttributes.c
> index 66b2937..8d68ee0 100644
> --- a/mingw-w64-libraries/winstorecompat/src/GetFileAttributes.c
> +++ b/mingw-w64-libraries/winstorecompat/src/GetFileAttributes.c
> @@ -28,8 +28,10 @@
> * in Windows Store applications */
>
> #define GetFileAttributesW __GetFileAttributesW
> +#define GetFileAttributesA __GetFileAttributesA
> #include
> #include
> +#undef GetFileAttributesA
> #undef GetFileAttributesW
>
> DWORD WINAPI GetFileAttributesW(LPCWSTR lpFileName)
> @@ -41,8 +43,15 @@ DWORD WINAPI GetFileAttributesW(LPCWSTR lpFileName)
> return INVALID_FILE_ATTRIBUTES;
> }
>
> +DWORD WINAPI GetFileAttributesA(LPCWSTR lpFileName)
> +{
> +return INVALID_FILE_ATTRIBUTES;
> +}
Same as my previous, why do you need this? If we can't implement it
properly, then fixing caller side would be preferable if possible.
Jacek
--
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=278785471&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 4/9] winstorecompat: Provide a CreateFileA replacement
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 __CreateFileW
> +#define CreateFileA __CreateFileA
> #include
> #include
> +#undef CreateFileA
> #undef CreateFileW
>
> HANDLE WINAPI CreateFileW(LPCWSTR lpFileName,
> @@ -47,8 +49,28 @@ HANDLE WINAPI CreateFileW(LPCWSTR lpFileName,
> return CreateFile2(lpFileName, dwDesiredAccess, dwShareMode,
> dwCreationDisposition, &createExParams);
> }
>
> +WINBASEAPI HANDLE WINAPI CreateFileA(LPCSTR lpFileName,
> + DWORD dwDesiredAccess,
> + DWORD dwShareMode,
> + LPSECURITY_ATTRIBUTES
> lpSecurityAttributes,
> + DWORD dwCreationDisposition,
> + DWORD dwFlagsAndAttributes,
> + HANDLE hTemplateFile)
> +{
> +(void)lpFileName;
> +(void)dwDesiredAccess;
> +(void)dwShareMode;
> +(void)lpSecurityAttributes;
> +(void)dwCreationDisposition;
> +(void)dwFlagsAndAttributes;
> +(void)hTemplateFile;
> +return INVALID_HANDLE_VALUE;
> +}
Why do you need this?
Jacek
--
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=278785471&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] internal compiler error 4.9.2
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 happening > > - Original Message - > From: "niXman" > To: > Sent: Thursday, March 03, 2016 5:45 PM > Subject: Re: [Mingw-w64-public] internal compiler error 4.9.2 > > >> >>> I have got an internal compiler error with mingw-w64 posi-dwarf 32 bits >>> from >>> mingw-builds. >>> I posted that to gcc bugs: >>> >>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69832 >>> >>> but as you can see it seems only related to mingw-w64 >>> >>> What can be done? >> >> Hi, >> >> Can you try 4.9.3...5.3.0? >> >> >> -- >> Site24x7 APM Insight: Get Deep Visibility into Application Performance >> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> Monitor end-to-end web transactions and take corrective actions now >> Troubleshoot faster and improve end-user experience. Signup Now! >> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 >> ___ >> Mingw-w64-public mailing list >> Mingw-w64-public@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public > > > -- > 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=278785231&iu=/4140 > ___ > Mingw-w64-public mailing list > Mingw-w64-public@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- 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=278785471&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] improper errors on what should be valid code syntax
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 leaving your emails in
my spam folder, where gmail puts them because Google has developed a
totally unrelated hatred for Yahoo.
Give me/us a coliru.stacked-crooked.com link or some other means to
actually show the error you're getting, on a real piece of code. Right now
you're just ranting about you being unable to understand what you're doing
wrong, providing no means whatsoever for other people to actually see what
it is you're doing wrong.
Let this be your last warning from my side. I've helped you fix these
things before, and will continue to do so only if you start showing some
respect by not wasting my time by omitting the actual code causing the
problem.
Ruben
2016-03-31 23:53 GMT+02:00 Jim Michaels :
> I am seeing an example of ostream& operator<<(std::ostream& os, Loc& lc)
> that should work. did something change between now and 30 years ago?
> -
> Jim Michaels j...@renewalcomputerservices.com
> http://www.RenewalComputerServices.com
> http://www.JesusnJim.com (computer repair info, programming)
>
>
> From: lh_mouse
> To: mingw-w64-public
> Sent: Thursday, March 31, 2016 10:04 AM
> Subject: Re: [Mingw-w64-public] improper errors on what should be valid
> code syntax
>
> I have no idea what you are trying to do by putting stuff into the
> namespace std.
>
> Again, you should attach your source file and let me have a look.
>
> --
> Best regards,
> lh_mouse
> 2016-04-01
>
> -
> 发件人：Jim Michaels
> 发送日期：2016-04-01 01:00
> 收件人：mingw-w64-public@lists.sourceforge.net
> 抄送：
> 主题：Re: [Mingw-w64-public] improper errors on what should be
> validcodesyntax
>
> excuse me again. the compiler has been thrown into some strange state
> where it's wildly tossing errors. I don't know what caused it. first error
> was overloading not allowed for at. probably at and erase for #3.
> #3.1 didn't change anything, but I changed T to _T.
> 2 If a program declares or defines a name in a context where it is
> reserved, other than as explicitly allowed by
> this Clause, its behavior is undefined meaning what? how would I
> specifically use "this"?
> thanks for the tips.
>
> namespace std {template
> class tree {//outline or N-ary Tree
>
>
>
> From: lh_mouse
> To: mingw-w64-public
> Sent: Thursday, March 31, 2016 9:37 AM
> Subject: Re: [Mingw-w64-public] improper errors on what should be valid
> code syntax
>
> Your code is NOT valid.
> You are using the reserved identifier '_T'. Your code results in undefined
> behavior.
>
> Attach the source file and let us see how to fix it.
>
>
> WG21 (ISO/IEC C++) N4582
>
> 2.10 Identifiers [lex.name]
> 3 In addition, some identifiers are reserved for use by C++
> implementations and shall not be used otherwise; no
> diagnostic is required.
> (3.1) — Each identifier that contains a double underscore __ or begins
> with an underscore followed by an
> uppercase letter is reserved to the implementation for any use.
> (3.2) — Each identifier that begins with an underscore is reserved to the
> implementation for use as a name in
> the global namespace.
>
> 17.6.4.3 Reserved names [reserved.names]
> 2 If a program declares or defines a name in a context where it is
> reserved, other than as explicitly allowed by
> this Clause, its behavior is undefined.
>
> --
> Best regards,
> lh_mouse
> 2016-04-01
>
> -
> 发件人：Jim Michaels
> 发送日期：2016-04-01 00:30
> 收件人：mingw64 users
> 抄送：
> 主题：[Mingw-w64-public] improper errors on what should be valid code
> syntax
>
>
>
> c:\jim\tree>g++ -std=c++11 -W -Wall -otree2.o tree2.cpp 2>tree2.err.txt
> c:\jim\tree>gcc -v
> Using built-in specs.
> COLLECT_GCC=gcc
>
> COLLECT_LTO_WRAPPER=c:/gcc-5-win32/bin/../libexec/gcc/i686-w64-mingw32/5.3.1/lto-wrapper.exe
> Target: i686-w64-mingw32
> Configured with: /home/cauchy/vcs/svn/gcc/branches/gcc-5-branch/configure
> --prefix=/home/cauchy/native/gcc-5-win32
> --with-sysroot=/home/cauchy/native/gcc-5
> -win32 --build=x86_64-unknown-linux-gnu --host=i686-w64-mingw32
> --target=i686-w64-mingw32 --disable-multilib --disable-nls
> --disable-win32-registry --disab
> le-gcov-tool --enable-checking=release --enable-languages=c,c++,fortran
> --enable-fully-dynamic-string --with-arch=core2 --with-tune=generic
> Thread model: win32
> gcc version 5.3.1 20160318 (GCC)
>
> c:\jim\tree>
>
>
>
>
>
> tree2.cpp:121:19: error: 'std::tree<_T>&
> std::tree<_T>::at(std::tree<_T>::VTREE_LEAVESI,
> std::tree<_T>::VTREE_LEAVEST&)' cannot be overloaded
> tree<_T>& at(VTREE_LEAVESI iCurNode, VTRE
Re: [Mingw-w64-public] [PATCH 8/9] Don't install the input winstorecompat.a
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/Makefile.am | 4 > 1 file changed, 4 deletions(-) > > diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am > index 038dea5..16c8ba1 100644 > --- a/mingw-w64-crt/Makefile.am > +++ b/mingw-w64-crt/Makefile.am > @@ -415,8 +415,6 @@ crt32dir=$(lib32dir) > winrt32dir=$(lib32dir) > dx32dir=$(lib32dir) > > -winrt32_DATA = $(winrtlibs) > - > if !W32API > crt32_DATA = \ >lib32/crt1.olib32/crt2.o lib32/crt1u.o lib32/crt2u.o > lib32/dllcrt1.olib32/dllcrt2.o \ > @@ -1204,8 +1202,6 @@ crt32dir=$(libarm32dir) > winrt32dir=$(libarm32dir) > dx32dir=$(libarm32dir) > > -winrt32_DATA = $(winrtlibs) > - > if !W32API > crt32_DATA = \ >libarm32/crt1.olibarm32/crt2.o libarm32/crt1u.o libarm32/crt2u.o >libarm32/dllcrt1.olibarm32/dllcrt2.o \ > -- > 2.8.0.rc3 > > > -- > 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=278785471&iu=/4140 > ___ > Mingw-w64-public mailing list > Mingw-w64-public@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- 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=278785471&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 7/9] QueueUserAPC is allowed on Windows 10
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 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 > > > -- > 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=278785471&iu=/4140 > ___ > Mingw-w64-public mailing list > Mingw-w64-public@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- 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=278785471&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 6/9] fileapi: GetFileType is allowed on windows store apps
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-headers/include/fileapi.h > +++ b/mingw-w64-headers/include/fileapi.h > @@ -161,6 +161,7 @@ WINBASEAPI DWORD WINAPI SetFilePointer (HANDLE hFile, > LONG lDistanceToMove, PLON >WINBASEAPI WINBOOL WINAPI FlushFileBuffers (HANDLE hFile); >WINBASEAPI WINBOOL WINAPI GetDiskFreeSpaceExA (LPCSTR lpDirectoryName, > PULARGE_INTEGER lpFreeBytesAvailableToCaller, PULARGE_INTEGER > lpTotalNumberOfBytes, PULARGE_INTEGER lpTotalNumberOfFreeBytes); >WINBASEAPI WINBOOL WINAPI GetDiskFreeSpaceExW (LPCWSTR lpDirectoryName, > PULARGE_INTEGER lpFreeBytesAvailableToCaller, PULARGE_INTEGER > lpTotalNumberOfBytes, PULARGE_INTEGER lpTotalNumberOfFreeBytes); > + WINBASEAPI DWORD WINAPI GetFileType (HANDLE hFile); >WINBASEAPI WINBOOL WINAPI GetFileAttributesExA (LPCSTR lpFileName, > GET_FILEEX_INFO_LEVELS fInfoLevelId, LPVOID lpFileInformation); >WINBASEAPI WINBOOL WINAPI GetFileAttributesExW (LPCWSTR lpFileName, > GET_FILEEX_INFO_LEVELS fInfoLevelId, LPVOID lpFileInformation); >WINBASEAPI WINBOOL WINAPI LockFileEx (HANDLE hFile, DWORD dwFlags, DWORD > dwReserved, DWORD nNumberOfBytesToLockLow, DWORD nNumberOfBytesToLockHigh, > LPOVERLAPPED lpOverlapped); > -- > 2.8.0.rc3 > > > -- > 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=278785471&iu=/4140 > ___ > Mingw-w64-public mailing list > Mingw-w64-public@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- 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=278785471&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 5/9] winstorecompat: Don't provide a CoCreateInstance replacement
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/CoCreateInstance.c | 67
> --
> 3 files changed, 70 deletions(-)
> delete mode 100644 mingw-w64-libraries/winstorecompat/src/CoCreateInstance.c
>
> diff --git a/mingw-w64-headers/include/combaseapi.h
> b/mingw-w64-headers/include/combaseapi.h
> index 9c32965..3536e25 100644
> --- a/mingw-w64-headers/include/combaseapi.h
> +++ b/mingw-w64-headers/include/combaseapi.h
> @@ -255,8 +255,6 @@ WINOLEAPI CoRevertToSelf (void);
> WINOLEAPI CoQueryAuthenticationServices (DWORD *pcAuthSvc,
> SOLE_AUTHENTICATION_SERVICE **asAuthSvc);
> WINOLEAPI CoCreateInstance (REFCLSID rclsid, LPUNKNOWN pUnkOuter, DWORD
> dwClsContext, REFIID riid, LPVOID *ppv);
> WINOLEAPI CoCreateInstanceEx (REFCLSID Clsid, IUnknown *punkOuter, DWORD
> dwClsCtx, COSERVERINFO *pServerInfo, DWORD dwCount, MULTI_QI *pResults);
> -#elif defined(WINSTORECOMPAT)
> -WINOLEAPI CoCreateInstance (REFCLSID rclsid, LPUNKNOWN pUnkOuter, DWORD
> dwClsContext, REFIID riid, LPVOID *ppv);
> #endif
>
> #if WINAPI_FAMILY == WINAPI_FAMILY_APP
> diff --git a/mingw-w64-libraries/winstorecompat/Makefile.am
> b/mingw-w64-libraries/winstorecompat/Makefile.am
> index db85c96..332d4bc 100644
> --- a/mingw-w64-libraries/winstorecompat/Makefile.am
> +++ b/mingw-w64-libraries/winstorecompat/Makefile.am
> @@ -32,7 +32,6 @@ libwinstorecompat_a_SOURCES = \
>src/SetFilePointer.c \
>src/GetFileSize.c \
>src/Tls.c \
> - src/CoCreateInstance.c \
>src/SHGetFolderPathW.c \
>src/QueueTimer.c \
>$(NULL)
> diff --git a/mingw-w64-libraries/winstorecompat/src/CoCreateInstance.c
> b/mingw-w64-libraries/winstorecompat/src/CoCreateInstance.c
> deleted file mode 100644
> index acb065f..000
> --- a/mingw-w64-libraries/winstorecompat/src/CoCreateInstance.c
> +++ /dev/null
> @@ -1,67 +0,0 @@
> -/*
> -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);
> -
> -HRESULT WINAPI CoCreateInstance(REFCLSID rclsid,
> -LPUNKNOWN pUnkOuter,
> -DWORD dwClsContext,
> -REFIID riid,
> -LPVOID *ppv)
> -{
> -MULTI_QI result;
> -HRESULT res;
> -
> -result.pIID = riid;
> -result.pItf = NULL;
> -result.hr = 0;
> -
> -res = CoCreateInstanceFromApp(rclsid, pUnkOuter, dwClsContext, NULL, 1,
> &result);
> -
> -if( ppv == NULL)
> -return E_POINTER;
> -else {
> -*ppv = result.pItf;
> -return res;
> -}
> -}
> -
> -#ifndef _WIN64
> -HRESULT (WINAPI *__MINGW_IMP_SYMBOL(CoCreateInstance))(REFCLSID rclsid,
> LPUNKNOWN pUnkOuter, DWORD dwClsContext, REFIID riid, LPVOID *ppv)
> asm("__imp__CoCreateInstance@20") = CoCreateInstance;
> -#else
> -HRESULT (WINAPI *__MINGW_IMP_SYMBOL(CoCreateInstance))(REFCLSID rclsid,
> LPUNKNOWN pUnkOuter, DWORD dwClsContext, REFIID riid, LPVOID *ppv)
> asm("__imp_CoCreateInstance") = CoCreateInstance;
> -#endif
> -
> --
> 2.8.0.rc3
>
>
> --
> Transform D
Re: [Mingw-w64-public] [PATCH 2/9] winstorecompat: Add 64bits symbols
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-libraries/winstorecompat/src/CreateFileW.c | 4
> mingw-w64-libraries/winstorecompat/src/CreateMutexW.c | 4
> mingw-w64-libraries/winstorecompat/src/CreateSemaphoreW.c | 8
>
> mingw-w64-libraries/winstorecompat/src/GetACP.c | 4
> mingw-w64-libraries/winstorecompat/src/GetFileAttributes.c| 4
> mingw-w64-libraries/winstorecompat/src/GetFileSize.c | 4
> mingw-w64-libraries/winstorecompat/src/GetModuleHandle.c | 5 +
> mingw-w64-libraries/winstorecompat/src/GetTickCount.c | 4
> .../winstorecompat/src/InitializeCriticalSection.c| 4
> mingw-w64-libraries/winstorecompat/src/IsDBCSLeadByteEx.c | 4
> mingw-w64-libraries/winstorecompat/src/LoadLibraryW.c | 4
> mingw-w64-libraries/winstorecompat/src/LocalAlloc.c | 4
> mingw-w64-libraries/winstorecompat/src/LocalFree.c| 4
> mingw-w64-libraries/winstorecompat/src/QueueTimer.c | 5 +
> mingw-w64-libraries/winstorecompat/src/SHGetFolderPathW.c | 4
> mingw-w64-libraries/winstorecompat/src/SetErrorMode.c | 4
> mingw-w64-libraries/winstorecompat/src/SetFilePointer.c | 4
> .../winstorecompat/src/SetUnhandledExceptionFilter.c | 4
> mingw-w64-libraries/winstorecompat/src/Sleep.c| 4
> mingw-w64-libraries/winstorecompat/src/SleepEx.c | 4
> mingw-w64-libraries/winstorecompat/src/TerminateProcess.c | 4
> mingw-w64-libraries/winstorecompat/src/Tls.c | 7 +++
> mingw-w64-libraries/winstorecompat/src/UnhandledExceptionFilter.c | 4
> mingw-w64-libraries/winstorecompat/src/VirtualProtect.c | 4
> mingw-w64-libraries/winstorecompat/src/WaitForSingleObject.c | 4
> mingw-w64-libraries/winstorecompat/src/getenv.c | 4
> mingw-w64-libraries/winstorecompat/src/getpid.c | 4
> 29 files changed, 125 insertions(+)
>
> diff --git a/mingw-w64-libraries/winstorecompat/src/CoCreateInstance.c
> b/mingw-w64-libraries/winstorecompat/src/CoCreateInstance.c
> index 6f98693..acb065f 100644
> --- a/mingw-w64-libraries/winstorecompat/src/CoCreateInstance.c
> +++ b/mingw-w64-libraries/winstorecompat/src/CoCreateInstance.c
> @@ -59,5 +59,9 @@ HRESULT WINAPI CoCreateInstance(REFCLSID rclsid,
> }
> }
>
> +#ifndef _WIN64
> HRESULT (WINAPI *__MINGW_IMP_SYMBOL(CoCreateInstance))(REFCLSID rclsid,
> LPUNKNOWN pUnkOuter, DWORD dwClsContext, REFIID riid, LPVOID *ppv)
> asm("__imp__CoCreateInstance@20") = CoCreateInstance;
> +#else
> +HRESULT (WINAPI *__MINGW_IMP_SYMBOL(CoCreateInstance))(REFCLSID rclsid,
> LPUNKNOWN pUnkOuter, DWORD dwClsContext, REFIID riid, LPVOID *ppv)
> asm("__imp_CoCreateInstance") = CoCreateInstance;
> +#endif
>
> diff --git a/mingw-w64-libraries/winstorecompat/src/CreateEventW.c
> b/mingw-w64-libraries/winstorecompat/src/CreateEventW.c
> index 1daf9e8..a9c3451 100644
> --- a/mingw-w64-libraries/winstorecompat/src/CreateEventW.c
> +++ b/mingw-w64-libraries/winstorecompat/src/CreateEventW.c
> @@ -39,4 +39,8 @@ HANDLE WINAPI CreateEventW(LPSECURITY_ATTRIBUTES
> lpEventAttributes, BOOL bManual
> return CreateEventExW(lpEventAttributes, lpName, flags,
> EVENT_ALL_ACCESS);
> }
>
> +#ifndef _WIN64
> HANDLE (WINAPI *__MINGW_IMP_SYMBOL(CreateEventW))(LPSECURITY_ATTRIBUTES
> lpEventAttributes, BOOL bManualReset, BOOL bInitialState, LPCWSTR lpName)
> asm("__imp__CreateEventW@16") = CreateEventW;
> +#else
> +HANDLE (WINAPI *__MINGW_IMP_SYMBOL(CreateEventW))(LPSECURITY_ATTRIBUTES
> lpEventAttributes, BOOL bManualReset, BOOL bInitialState, LPCWSTR lpName)
> asm("__imp_CreateEventW") = CreateEventW;
> +#endif
> diff --git a/mingw-w64-libraries/winstorecompat/src/CreateFileW.c
> b/mingw-w64-libraries/winstorecompat/src/CreateFileW.c
> index f92cb8d..b251d8b 100644
> --- a/mingw-w64-libraries/winstorecompat/src/CreateFileW.c
> +++ b/mingw-w64-libraries/winstorecompat/src/CreateFileW.c
> @@ -47,4 +47,8 @@ HANDLE WINAPI CreateFileW(LPCWSTR lpFileName,
> return CreateFile2(lpFileName, dwDesiredAccess, dwShareMode,
> dwCreationDisposition, &createExParams);
> }
>
> +#ifndef _WIN64
> HANDLE (WINAPI *__MINGW_IMP_SYMBOL(CreateFileW))(LPCWSTR lpFileName, DWORD
> dwDesiredAccess, DWORD dwShareMode, LPSECURITY_ATTRIBUTES
> lpSecurityAttributes, DWORD dwCreationDisposition, DWORD
> dwFlagsAndAttributes, HANDLE hTemplateFile) asm("__imp__CreateFileW@28") =
> CreateFileW;
> +#else
> +HANDLE (WINAPI *__MINGW_IMP_SYM
Re: [Mingw-w64-public] [PATCH 3/9] Provide a declaration for functions reimplemented in libwinstorecompat
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 ---
> mingw-w64-headers/include/libloaderapi.h | 4
> mingw-w64-headers/include/memoryapi.h | 4 +++-
> mingw-w64-headers/include/processthreadsapi.h | 4 +++-
> mingw-w64-headers/include/sysinfoapi.h| 2 ++
> mingw-w64-headers/include/winbase.h | 7 +--
> mingw-w64-headers/include/winnls.h| 2 +-
> 9 files changed, 36 insertions(+), 19 deletions(-)
>
> diff --git a/mingw-w64-headers/include/combaseapi.h
> b/mingw-w64-headers/include/combaseapi.h
> index 3536e25..9c32965 100644
> --- a/mingw-w64-headers/include/combaseapi.h
> +++ b/mingw-w64-headers/include/combaseapi.h
> @@ -255,6 +255,8 @@ WINOLEAPI CoRevertToSelf (void);
> WINOLEAPI CoQueryAuthenticationServices (DWORD *pcAuthSvc,
> SOLE_AUTHENTICATION_SERVICE **asAuthSvc);
> WINOLEAPI CoCreateInstance (REFCLSID rclsid, LPUNKNOWN pUnkOuter, DWORD
> dwClsContext, REFIID riid, LPVOID *ppv);
> WINOLEAPI CoCreateInstanceEx (REFCLSID Clsid, IUnknown *punkOuter, DWORD
> dwClsCtx, COSERVERINFO *pServerInfo, DWORD dwCount, MULTI_QI *pResults);
> +#elif defined(WINSTORECOMPAT)
> +WINOLEAPI CoCreateInstance (REFCLSID rclsid, LPUNKNOWN pUnkOuter, DWORD
> dwClsContext, REFIID riid, LPVOID *ppv);
> #endif
>
> #if WINAPI_FAMILY == WINAPI_FAMILY_APP
> diff --git a/mingw-w64-headers/include/errhandlingapi.h
> b/mingw-w64-headers/include/errhandlingapi.h
> index c1c616a..379fddf 100755
> --- a/mingw-w64-headers/include/errhandlingapi.h
> +++ b/mingw-w64-headers/include/errhandlingapi.h
> @@ -13,14 +13,15 @@
> extern "C" {
> #endif
>
> +#if WINAPI_FAMILY_PARTITION (WINAPI_PARTITION_DESKTOP) ||
> defined(WINSTORECOMPAT)
> +typedef LONG (WINAPI *PTOP_LEVEL_EXCEPTION_FILTER) (struct
> _EXCEPTION_POINTERS *ExceptionInfo);
> +typedef PTOP_LEVEL_EXCEPTION_FILTER LPTOP_LEVEL_EXCEPTION_FILTER;
> +WINBASEAPI UINT WINAPI SetErrorMode (UINT uMode);
> +WINBASEAPI LPTOP_LEVEL_EXCEPTION_FILTER WINAPI
> SetUnhandledExceptionFilter (LPTOP_LEVEL_EXCEPTION_FILTER
> lpTopLevelExceptionFilter);
> +WINBASEAPI LONG WINAPI UnhandledExceptionFilter (struct
> _EXCEPTION_POINTERS *ExceptionInfo);
> +#endif
> #if WINAPI_FAMILY_PARTITION (WINAPI_PARTITION_DESKTOP)
> - typedef LONG (WINAPI *PTOP_LEVEL_EXCEPTION_FILTER) (struct
> _EXCEPTION_POINTERS *ExceptionInfo);
> - typedef PTOP_LEVEL_EXCEPTION_FILTER LPTOP_LEVEL_EXCEPTION_FILTER;
> -
> - WINBASEAPI LONG WINAPI UnhandledExceptionFilter (struct
> _EXCEPTION_POINTERS *ExceptionInfo);
> - WINBASEAPI LPTOP_LEVEL_EXCEPTION_FILTER WINAPI SetUnhandledExceptionFilter
> (LPTOP_LEVEL_EXCEPTION_FILTER lpTopLevelExceptionFilter);
> - WINBASEAPI UINT WINAPI SetErrorMode (UINT uMode);
> - WINBASEAPI PVOID WINAPI AddVectoredExceptionHandler (ULONG First,
> PVECTORED_EXCEPTION_HANDLER Handler);
> +WINBASEAPI PVOID WINAPI AddVectoredExceptionHandler (ULONG First,
> PVECTORED_EXCEPTION_HANDLER Handler);
>WINBASEAPI ULONG WINAPI RemoveVectoredExceptionHandler (PVOID Handle);
>WINBASEAPI PVOID WINAPI AddVectoredContinueHandler (ULONG First,
> PVECTORED_EXCEPTION_HANDLER Handler);
>WINBASEAPI ULONG WINAPI RemoveVectoredContinueHandler (PVOID Handle);
> diff --git a/mingw-w64-headers/include/fileapi.h
> b/mingw-w64-headers/include/fileapi.h
> index 7bd9cee..eecd801 100755
> --- a/mingw-w64-headers/include/fileapi.h
> +++ b/mingw-w64-headers/include/fileapi.h
> @@ -26,6 +26,14 @@ extern "C" {
> #define INVALID_FILE_ATTRIBUTES ((DWORD)-1)
> #endif
>
> +#if WINAPI_FAMILY_PARTITION (WINAPI_PARTITION_DESKTOP) ||
> defined(WINSTORECOMPAT)
> +WINBASEAPI HANDLE WINAPI CreateFileW (LPCWSTR lpFileName, DWORD
> dwDesiredAccess, DWORD dwShareMode, LPSECURITY_ATTRIBUTES
> lpSecurityAttributes, DWORD dwCreationDisposition, DWORD
> dwFlagsAndAttributes, HANDLE hTemplateFile);
> +#define CreateFile __MINGW_NAME_AW(CreateFile)
> +WINBASEAPI DWORD WINAPI GetFileAttributesW (LPCWSTR lpFileName);
> +#define GetFileAttributes __MINGW_NAME_AW(GetFileAttributes)
> +WINBASEAPI DWORD WINAPI GetFileSize (HANDLE hFile, LPDWORD lpFileSizeHigh);
> +WINBASEAPI DWORD WINAPI SetFilePointer (HANDLE hFile, LONG lDistanceToMove,
> PLONG lpDistanceToMoveHigh, DWORD dwMoveMethod);
> +#endif
> #if WINAPI_FAMILY_PARTITION (WINAPI_PARTITION_DESKTOP)
>typedef struct _BY_HANDLE_FILE_INFORMATION {
> DWORD dwFileAttributes;
> @@ -43,7 +51,6 @@ extern "C" {
>
>WINBASEAPI LONG WINAPI CompareFileTime (CONST FILETIME *lpFileTime1, CONST
> FILETIME *lpFileTime2);
>WINBASEAPI HANDLE WINAPI CreateFileA (LPCSTR lpFileName, DWORD
> dwDesiredAccess, DWORD dwShareMode, LPSECURITY_ATTRIBUTES
> lpSecurityAttributes, DWORD dwCreationDisposition, DWORD
> dwFlagsAndAttributes, HAN
Re: [Mingw-w64-public] [PATCH 1/9] winstorecompat: CreateEventW: Use __MINGW_IMP_SYMBOL macro
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/winstorecompat/src/CreateEventW.c
> index ba933d9..1daf9e8 100644
> --- a/mingw-w64-libraries/winstorecompat/src/CreateEventW.c
> +++ b/mingw-w64-libraries/winstorecompat/src/CreateEventW.c
> @@ -39,4 +39,4 @@ HANDLE WINAPI CreateEventW(LPSECURITY_ATTRIBUTES
> lpEventAttributes, BOOL bManual
> return CreateEventExW(lpEventAttributes, lpName, flags,
> EVENT_ALL_ACCESS);
> }
>
> -HANDLE (WINAPI *_imp__CreateEventW)(LPSECURITY_ATTRIBUTES lpEventAttributes,
> BOOL bManualReset, BOOL bInitialState, LPCWSTR lpName)
> asm("__imp__CreateEventW@16") = CreateEventW;
> +HANDLE (WINAPI *__MINGW_IMP_SYMBOL(CreateEventW))(LPSECURITY_ATTRIBUTES
> lpEventAttributes, BOOL bManualReset, BOOL bInitialState, LPCWSTR lpName)
> asm("__imp__CreateEventW@16") = CreateEventW;
> --
> 2.8.0.rc3
>
>
> --
> 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=278785471&iu=/4140
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
--
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=278785471&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 4/9] winstorecompat: Provide a CreateFileA replacement
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
> ++
> 2 files changed, 23 insertions(+), 1 deletion(-)
>
> diff --git a/mingw-w64-headers/include/fileapi.h
> b/mingw-w64-headers/include/fileapi.h
> index eecd801..53abd81 100755
> --- a/mingw-w64-headers/include/fileapi.h
> +++ b/mingw-w64-headers/include/fileapi.h
> @@ -28,6 +28,7 @@ extern "C" {
>
> #if WINAPI_FAMILY_PARTITION (WINAPI_PARTITION_DESKTOP) ||
> defined(WINSTORECOMPAT)
> WINBASEAPI HANDLE WINAPI CreateFileW (LPCWSTR lpFileName, DWORD
> dwDesiredAccess, DWORD dwShareMode, LPSECURITY_ATTRIBUTES
> lpSecurityAttributes, DWORD dwCreationDisposition, DWORD
> dwFlagsAndAttributes, HANDLE hTemplateFile);
> +WINBASEAPI HANDLE WINAPI CreateFileA (LPCSTR lpFileName, DWORD
> dwDesiredAccess, DWORD dwShareMode, LPSECURITY_ATTRIBUTES
> lpSecurityAttributes, DWORD dwCreationDisposition, DWORD
> dwFlagsAndAttributes, HANDLE hTemplateFile);
> #define CreateFile __MINGW_NAME_AW(CreateFile)
> WINBASEAPI DWORD WINAPI GetFileAttributesW (LPCWSTR lpFileName);
> #define GetFileAttributes __MINGW_NAME_AW(GetFileAttributes)
> @@ -50,7 +51,6 @@ WINBASEAPI DWORD WINAPI SetFilePointer (HANDLE hFile, LONG
> lDistanceToMove, PLON
> *LPBY_HANDLE_FILE_INFORMATION;
>
>WINBASEAPI LONG WINAPI CompareFileTime (CONST FILETIME *lpFileTime1, CONST
> FILETIME *lpFileTime2);
> - WINBASEAPI HANDLE WINAPI CreateFileA (LPCSTR lpFileName, DWORD
> dwDesiredAccess, DWORD dwShareMode, LPSECURITY_ATTRIBUTES
> lpSecurityAttributes, DWORD dwCreationDisposition, DWORD
> dwFlagsAndAttributes, HANDLE hTemplateFile);
>WINBASEAPI WINBOOL WINAPI DefineDosDeviceW (DWORD dwFlags, LPCWSTR
> lpDeviceName, LPCWSTR lpTargetPath);
>WINBASEAPI WINBOOL WINAPI DeleteVolumeMountPointW (LPCWSTR
> lpszVolumeMountPoint);
>WINBASEAPI WINBOOL WINAPI FileTimeToLocalFileTime (CONST FILETIME
> *lpFileTime, LPFILETIME lpLocalFileTime);
> diff --git a/mingw-w64-libraries/winstorecompat/src/CreateFileW.c
> b/mingw-w64-libraries/winstorecompat/src/CreateFileW.c
> index b251d8b..4af6abb 100644
> --- 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 __CreateFileW
> +#define CreateFileA __CreateFileA
> #include
> #include
> +#undef CreateFileA
> #undef CreateFileW
>
> HANDLE WINAPI CreateFileW(LPCWSTR lpFileName,
> @@ -47,8 +49,28 @@ HANDLE WINAPI CreateFileW(LPCWSTR lpFileName,
> return CreateFile2(lpFileName, dwDesiredAccess, dwShareMode,
> dwCreationDisposition, &createExParams);
> }
>
> +WINBASEAPI HANDLE WINAPI CreateFileA(LPCSTR lpFileName,
> + DWORD dwDesiredAccess,
> + DWORD dwShareMode,
> + LPSECURITY_ATTRIBUTES
> lpSecurityAttributes,
> + DWORD dwCreationDisposition,
> + DWORD dwFlagsAndAttributes,
> + HANDLE hTemplateFile)
> +{
> +(void)lpFileName;
> +(void)dwDesiredAccess;
> +(void)dwShareMode;
> +(void)lpSecurityAttributes;
> +(void)dwCreationDisposition;
> +(void)dwFlagsAndAttributes;
> +(void)hTemplateFile;
> +return INVALID_HANDLE_VALUE;
> +}
> +
> #ifndef _WIN64
> HANDLE (WINAPI *__MINGW_IMP_SYMBOL(CreateFileW))(LPCWSTR lpFileName, DWORD
> dwDesiredAccess, DWORD dwShareMode, LPSECURITY_ATTRIBUTES
> lpSecurityAttributes, DWORD dwCreationDisposition, DWORD
> dwFlagsAndAttributes, HANDLE hTemplateFile) asm("__imp__CreateFileW@28") =
> CreateFileW;
> +HANDLE (WINAPI *__MINGW_IMP_SYMBOL(CreateFileA))(LPCWSTR lpFileName, DWORD
> dwDesiredAccess, DWORD dwShareMode, LPSECURITY_ATTRIBUTES
> lpSecurityAttributes, DWORD dwCreationDisposition, DWORD
> dwFlagsAndAttributes, HANDLE hTemplateFile) asm("__imp__CreateFileA@28") =
> CreateFileA;
> #else
> HANDLE (WINAPI *__MINGW_IMP_SYMBOL(CreateFileW))(LPCWSTR lpFileName, DWORD
> dwDesiredAccess, DWORD dwShareMode, LPSECURITY_ATTRIBUTES
> lpSecurityAttributes, DWORD dwCreationDisposition, DWORD
> dwFlagsAndAttributes, HANDLE hTemplateFile) asm("__imp_CreateFileW") =
> CreateFileW;
> +HANDLE (WINAPI *__MINGW_IMP_SYMBOL(CreateFileA))(LPCWSTR lpFileName, DWORD
> dwDesiredAccess, DWORD dwShareMode, LPSECURITY_ATTRIBUTES
> lpSecurityAttributes, DWORD dwCreationDisposition, DWORD
> dwFlagsAndAttributes, HANDLE hTemplateFile) asm("__imp_CreateFileA") =
> CreateFileA;
> #endif
> --
> 2.8.0.rc3
>
>
> --
> Transform Data into Opportunity.
> Ac
Re: [Mingw-w64-public] How to make __declspec(dllexport) more picky?
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 into EXE/DLL image export table. 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 more detailed. Thanks, Kai 2016-04-01 9:21 GMT+02:00 Tony Kelman : > 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 resource on this: > https://gcc.gnu.org/wiki/Visibility > > >From the "Note: The semantics are not the same between Windows and this > GCC feature" it sounds like this difference is by design and there might > not be much I can do about it. GCC translates __declspec(dllexport) to > an __attribute__ which does not make the declaration and the implementation > into different functions if they have different annotations, whereas in > MSVC or Clang they are treated as different definitions giving (with MSVC) > error C2375: redefinition; different linkage. > > > > > -- > 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=278785471&iu=/4140 > ___ > Mingw-w64-public mailing list > Mingw-w64-public@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mingw-w64-public -- 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=278785471&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] How to make __declspec(dllexport) more picky?
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 resource on this: https://gcc.gnu.org/wiki/Visibility >From the "Note: The semantics are not the same between Windows and this GCC feature" it sounds like this difference is by design and there might not be much I can do about it. GCC translates __declspec(dllexport) to an __attribute__ which does not make the declaration and the implementation into different functions if they have different annotations, whereas in MSVC or Clang they are treated as different definitions giving (with MSVC) error C2375: redefinition; different linkage. -- 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=278785471&iu=/4140 ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
