> Well, that won't work well (at least
> this way), but I agree we have to support it one way or another. Maybe
> placing them in (almost) always included file would do the trick, but
> that has other problems. That said, I'm fine with your crt solution.
I agree it won't work particularly well.
Le 27/06/2013 18:33, Kai Tietz a écrit :
> 2013/6/27 Jacek Caban :
>> On 06/27/13 18:11, Rafaël Carré wrote:
>>> Le 27/06/2013 17:17, Earnie Boyd a écrit :
On Thu, Jun 27, 2013 at 10:21 AM, Rafaël Carré wrote:
> However ___lc_codepage_func seems to be also present in msvcrt.dll so
> wh
On Thu, Jun 27, 2013 at 12:11 PM, Rafaël Carré wrote:
> Le 27/06/2013 17:17, Earnie Boyd a écrit :
>> On Thu, Jun 27, 2013 at 10:21 AM, Rafaël Carré wrote:
>>> However ___lc_codepage_func seems to be also present in msvcrt.dll so
>>> why do we need emul?
>>
>> That depends on the version of MSVCRT.
On 06/27/13 14:44, m...@morous.org wrote:
>> On 06/26/13 23:57, dw wrote:
I still don't get, why we need those functions in crt.
>>> The problem is that in MSVC it it perfectly legal to just copy/paste the
>>> prototype for one of the intrinsics in your file and use it (see example
>>> below).
2013/6/27 Jacek Caban :
> On 06/27/13 18:11, Rafaël Carré wrote:
>> Le 27/06/2013 17:17, Earnie Boyd a écrit :
>>> On Thu, Jun 27, 2013 at 10:21 AM, Rafaël Carré wrote:
However ___lc_codepage_func seems to be also present in msvcrt.dll so
why do we need emul?
>>> That depends on the versi
On 06/27/13 18:11, Rafaël Carré wrote:
> Le 27/06/2013 17:17, Earnie Boyd a écrit :
>> On Thu, Jun 27, 2013 at 10:21 AM, Rafaël Carré wrote:
>>> However ___lc_codepage_func seems to be also present in msvcrt.dll so
>>> why do we need emul?
>> That depends on the version of MSVCRT.DLL on the users s
Le 27/06/2013 17:17, Earnie Boyd a écrit :
> On Thu, Jun 27, 2013 at 10:21 AM, Rafaël Carré wrote:
>> However ___lc_codepage_func seems to be also present in msvcrt.dll so
>> why do we need emul?
>
> That depends on the version of MSVCRT.DLL on the users system. It is
> emulated to avoid conflict
On Thu, Jun 27, 2013 at 10:21 AM, Rafaël Carré wrote:
> However ___lc_codepage_func seems to be also present in msvcrt.dll so
> why do we need emul?
That depends on the version of MSVCRT.DLL on the users system. It is
emulated to avoid conflicts at runtime.
--
Earnie
-- https://sites.google.com
Le 27/06/2013 15:14, Jacek Caban a écrit :
> Hi Rafaël,
>
> On 06/26/13 22:53, Rafaël Carré wrote:
>> based on a patch by Jacek
>
> Thanks for taking care of this!
>
>> ---
>> mingw-w64-crt/def-include/msvcrt-common.def.in | 2 ++
>> mingw-w64-crt/lib32/msvcrt.def.in | 1 -
>> ming
Hi,
Please review following patches adding support for more Direct2D stuff,
most notably its 1.1 version.
http://repo.or.cz/w/mingw-w64/jacek.git/commitdiff/f4447e79179ac9761331eb9372542cb165667230
http://repo.or.cz/w/mingw-w64/jacek.git/commitdiff/ef66da51ded4b378a9e6fa541934386cee555a9e
http://
Hi Rafaël,
On 06/26/13 22:53, Rafaël Carré wrote:
> based on a patch by Jacek
Thanks for taking care of this!
> ---
> mingw-w64-crt/def-include/msvcrt-common.def.in | 2 ++
> mingw-w64-crt/lib32/msvcrt.def.in | 1 -
> mingw-w64-crt/lib64/msvcrt.def.in | 1 -
I don't th
> On 06/26/13 23:57, dw wrote:
>>> I still don't get, why we need those functions in crt.
>> The problem is that in MSVC it it perfectly legal to just copy/paste the
>> prototype for one of the intrinsics in your file and use it (see example
>> below). It is NOT necessary to include intrin.h. If
On 06/26/13 23:57, dw wrote:
>> I still don't get, why we need those functions in crt.
> The problem is that in MSVC it it perfectly legal to just copy/paste the
> prototype for one of the intrinsics in your file and use it (see example
> below). It is NOT necessary to include intrin.h. If we w
13 matches
Mail list logo
