2013/7/9 Teemu Nätkinniemi
> On 9.7.2013 20:21, Alexey Pavlov wrote:
> > Upload new MSYS2 snapshots:
>
> Does this already work with win32 tools?
>
> Yes we successfully using it with native Mingw-w64 toolchains for building
software.
--
On 9.7.2013 20:21, Alexey Pavlov wrote:
> Upload new MSYS2 snapshots:
Does this already work with win32 tools?
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with applicatio
Upload new MSYS2 snapshots:
32-bit:
x32-msys2-alpha-20130709.tar.xz<http://sourceforge.net/projects/msys2/files/Alpha-versions/32-bit/x32-msys2-alpha-20130709.tar.xz/download>
64-bit:
x64-msys2-alpha-20130709.tar.xz<http://sourceforge.net/projects/msys2/files/Alpha-versions/64-bit/
On 07/06/13 11:00, dw wrote:
>> 3) Where winbase.h defines __stdcall prototypes for these functions,
>> keep the implementation in the library.
> You know, now that I think about it, I have to ask if leaving these
> __stdcall implementations in the library is actually useful. After all,
> it's
Applied as r5939 with ChangeLog date set to today
Le 09/07/2013 16:46, Kai Tietz a écrit :
> Hi Roland,
>
> thanks for the patch. Patch is ok. Please apply.
>
> Regards,
> Kai
>
> 2013/7/9 Roland Schwingel :
>> Hi ...
>>
>> Mingw-w64 headers do use WINBOOL instead of BOOL as boolean data type
Hi Roland,
thanks for the patch. Patch is ok. Please apply.
Regards,
Kai
2013/7/9 Roland Schwingel :
> Hi ...
>
> Mingw-w64 headers do use WINBOOL instead of BOOL as boolean data type to not
> conflict with ObjectiveC (GNUStep) BOOL definition. Unfortunately
> one BOOL slipped in breaking buil
Hi ...
Mingw-w64 headers do use WINBOOL instead of BOOL as boolean data type to
not conflict with ObjectiveC (GNUStep) BOOL definition. Unfortunately
one BOOL slipped in breaking building of GNUStep with current headers.
The attached patch fixes this.
Roland
Changelog:
2013-03-01 Roland Sc
On 7/9/2013 21:40, Baruch Burstein wrote:
> On Tue, Jul 9, 2013 at 3:56 PM, JonY wrote:
>
>> On 7/9/2013 20:42, Baruch Burstein wrote:
>>>
>>> Static libraries compiled with the VS compiler (I think toolchain is the
>>> correct term?) cannot be used with mingw compiler as far as I know. So
>> whe
On Tue, Jul 9, 2013 at 3:56 PM, JonY wrote:
> On 7/9/2013 20:42, Baruch Burstein wrote:
> >
> > Static libraries compiled with the VS compiler (I think toolchain is the
> > correct term?) cannot be used with mingw compiler as far as I know. So
> when
> > I compile with mingw and a static CRT, whi
On 7/9/2013 20:42, Baruch Burstein wrote:
> My understanding was always that mingw, as opposed to Cygwin, didn't supply
> a CRT, but instead used the Windows CRT. I never gave this a second thought
> until recently, and am now very confused.
Partially correct, mingw does have a CRT for supplementi
My understanding was always that mingw, as opposed to Cygwin, didn't supply
a CRT, but instead used the Windows CRT. I never gave this a second thought
until recently, and am now very confused.
Static libraries compiled with the VS compiler (I think toolchain is the
correct term?) cannot be used w
11 matches
Mail list logo