On Thu, 2020-01-09 at 11:13 +0800, Liu Hao wrote:
> 在 2020/1/7 下午10:31, Malcolm MacLeod 写道:
> > Would you not deem actually being able to use more than half the cores on a
> > high core count machine
> > as 'essential'?
> > It seems like a pretty bad limitation to me, granted not every application
在 2020/1/8 上午6:53, David Mathog 写道:
> Am I using errno improperly for mingw64 (maybe some Windows variant is
> needed instead?) or is there some other issue in play?
>
It seems like a bug.
`strtodf()` is implemented in 'mingw-w64-crt/stdio/strtof.c' which just
calls `strtod()`. This is wrong for
在 2020/1/7 下午10:31, Malcolm MacLeod 写道:
>
> Would you not deem actually being able to use more than half the cores on a
> high core count machine
> as 'essential'?
> It seems like a pretty bad limitation to me, granted not every application
> needs this sort of
> performance but there are certai
On 2020-01-08 11:12, David Mathog wrote:
Searched around until the stdlib.h file was located and found within
it that there was a define
__USE_MINGW_STRTOX. So built like this:
gcc -Wall -std=c99 -pedantic -D__USE_MINGW_STRTOX -o errno_prob
errno_prob.c
If this is used instead:
gcc -W
try to load the symbol to bypass the mingw defines (LoadLibrary +
GetProcAddress and call the symbol)
also try without -std=c99 (and with -std=c89, as gcc sets itself by
default to gnu11 or something like that, iirc) to see if it works.
strtol always exists in Windows, whatever the standard is on
On 2020-01-08 09:58, Vincent Torri wrote:
the look at the official doc :
https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/strtof-strtof-l-wcstof-wcstof-l?view=vs-2019
as strtof is a function in msvcrt.dll, maybe it's a bug in the
implementation.
Stranger and stranger. It fail
On 2020-01-08 09:58, Vincent Torri wrote:
the look at the official doc :
https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/strtof-strtof-l-wcstof-wcstof-l?view=vs-2019
as strtof is a function in msvcrt.dll, maybe it's a bug in the
implementation.
Could be, but one might have th
the look at the official doc :
https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/strtof-strtof-l-wcstof-wcstof-l?view=vs-2019
as strtof is a function in msvcrt.dll, maybe it's a bug in the implementation.
Vincent Torri
On Wed, Jan 8, 2020 at 6:50 PM David Mathog wrote:
>
> On 202
On 2020-01-07 20:40, Vincent Torri wrote:
hello
have you looked at the exemple at the bottom of that page :
https://linux.die.net/man/3/strtol
Sure. My code works on linux using gnu compilers but does not work in
mingw64 using
(more or less) the same compilers and the results differ. Below
Signed-off-by: Jacek Caban
---
I plan to amend git rm -f direct-x to this patch before pushing it.
mingw-w64-headers/Makefile.am | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/mingw-w64-headers/Makefile.am b/mingw-w64-headers/Makefile.am
index 9a8e3cc0..6bbf5bb7 10
It's no longer needed, it's always available.
Signed-off-by: Jacek Caban
---
mingw-w64-headers/include/d2d1.h | 121 ---
mingw-w64-headers/include/ddrawgdi.h | 3 -
mingw-w64-headers/include/strmif.idl | 17
3 files changed, 141 deletions(-)
diff --git a/m
It's no longer needed.
Signed-off-by: Jacek Caban
---
mingw-w64-headers/Makefile.am| 7 ++-
mingw-w64-headers/crt/_mingw.h.in| 1 -
mingw-w64-headers/crt/sdks/_mingw_directx.h.in | 16
mingw-w64-headers/defaults/generate.sh
On 08.01.2020 06:46, Biswapriyo Nath wrote:
* This is required for VLC in msys2.
* This imports the idl file to the include directory instead of
direct-x because there is a pending patch to move direct-x idls to
include directory.
* This patch does not modify Makefile.in and aclocal.m4 files.
13 matches
Mail list logo
