On 09/22/2016 11:26 PM, David Wohlferd wrote:
> On 9/22/2016 9:35 AM, Hugo Beauzée-Luyssen wrote:
>> On 09/08/2016 08:23 PM, David Wohlferd wrote:
>>> On 9/8/2016 10:36 AM, Hugo Beauzée-Luyssen wrote:
This only happens when building with -lwindowsapp (see another patch of
mine). When
On 9/22/2016 9:35 AM, Hugo Beauzée-Luyssen wrote:
> On 09/08/2016 08:23 PM, David Wohlferd wrote:
>> On 9/8/2016 10:36 AM, Hugo Beauzée-Luyssen wrote:
>>> This only happens when building with -lwindowsapp (see another patch of
>>> mine). When building with the default -lkernel32, all is good,
On 09/22/2016 06:35 PM, Hugo Beauzée-Luyssen wrote:
> On 09/08/2016 08:23 PM, David Wohlferd wrote:
>> On 9/8/2016 10:36 AM, Hugo Beauzée-Luyssen wrote:
>>> This only happens when building with -lwindowsapp (see another patch of
>>> mine). When building with the default -lkernel32, all is good,
On 09/08/2016 08:23 PM, David Wohlferd wrote:
On 9/8/2016 10:36 AM, Hugo Beauzée-Luyssen wrote:
This only happens when building with -lwindowsapp (see another patch of
mine). When building with the default -lkernel32, all is good, since
kernel32.lib contains GetStartupInfo.
windowsapp.lib, on
This is required for configure test executables to link when building
with windowsapp.lib
---
mingw-w64-libraries/winstorecompat/Makefile.am | 1 +
.../winstorecompat/src/GetStartupInfo.c| 44 ++
2 files changed, 45 insertions(+)
create mode 100644
On 9/8/2016 10:36 AM, Hugo Beauzée-Luyssen wrote:
> This only happens when building with -lwindowsapp (see another patch of
> mine). When building with the default -lkernel32, all is good, since
> kernel32.lib contains GetStartupInfo.
> windowsapp.lib, on the other hand, doesn't; which makes sense
On 09/08/2016 07:21 PM, David Wohlferd wrote:
> On 9/7/2016 2:19 PM, Hugo Beauzée-Luyssen wrote:
>>> Is this to deal with the fact that __tmainCRTStartup uses it?
>> Exactly. In the end, the function won't be used since __tmainCRTStartup
>> won't be used for a windows store app, but we still need
On 9/7/2016 2:19 PM, Hugo Beauzée-Luyssen wrote:
>> Is this to deal with the fact that __tmainCRTStartup uses it?
> Exactly. In the end, the function won't be used since __tmainCRTStartup
> won't be used for a windows store app, but we still need the configure
> scripts to be able to compile
On 09/07/2016 10:09 PM, David Wohlferd wrote:
> I'm confused. Is GetStartupInfo even a winstore function?
Nope
> Is this to deal with the fact that __tmainCRTStartup uses it?
Exactly. In the end, the function won't be used since __tmainCRTStartup
won't be used for a windows store app, but we
I'm confused. Is GetStartupInfo even a winstore function? Is this to
deal with the fact that __tmainCRTStartup uses it?
dw
On 9/7/2016 1:31 AM, Hugo Beauzée-Luyssen wrote:
> On 09/07/2016 10:25 AM, Jacek Caban wrote:
>> Hi Hugo,
>>
>> On 06.09.2016 16:11, Hugo Beauzée-Luyssen wrote:
>>>
On 09/07/2016 10:25 AM, Jacek Caban wrote:
> Hi Hugo,
>
> On 06.09.2016 16:11, Hugo Beauzée-Luyssen wrote:
>> +#define GetStartupInfo __GetStartupInfo
>> +#include
>> +#undef GetStartupInfo
>> +
>> +VOID WINAPI GetStartupInfo( LPSTARTUPINFO lpStartupInfo )
>> +{
>> +(void)lpStartupInfo;
>> +}
This is required for configure test executables to link when building
with windowsapp.lib
---
mingw-w64-libraries/winstorecompat/Makefile.am | 1 +
.../winstorecompat/src/GetStartupInfo.c| 40 ++
2 files changed, 41 insertions(+)
create mode 100644
12 matches
Mail list logo
