[Mingw-w64-public] ID2D1Multithread interface
Do maintainers of MINGW have any plans to include `ID2D1Multithread` to the project? Here is documentation for `ID2D1Multithread` interface: https://msdn.microsoft.com/en-us/library/windows/desktop/hh997713(v=vs.85).aspx Thanks. -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/intel ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] FLT_EPSILON missing
Hello it seems that FLT_EPSILON and DBL_EPSILON are missing in float.h. at least, i can't find it here : https://sourceforge.net/p/mingw-w64/mingw-w64/ci/master/tree/mingw-w64-headers/crt/float.h for reference, see : https://msdn.microsoft.com/fr-fr/library/k15zsh48.aspx can this be added ? thank you Vincent Torri -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/intel ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Will be fesetenv fixed?
FWIW, I agree that this code does not look right.
The purpose of fesetenv(const fenv_t * envp) is to change the settings
of the floating point environment as specified by the parameter.
However, instead of using the values from the parameter, the current
code *overwrites* the passed in settings with the current settings, then
sets using the result. Kinda defeats the purpose.
I hesitate to offer a fix, since I'm not sure what kai was trying to fix
with
https://sourceforge.net/p/mingw-w64/mingw-w64/ci/e98d8084dde3e3aba43736ee78dd7b35541df00b/
The description for his checkin ("Add a fix for working fesetenv in
libquadmath-library") is a little vague. Something relating to the sse
flags perhaps?
Kai, I don't suppose you remember any more details from this (> 3 year
old) checkin? It was a Monday, does that help?
dw
On 12/12/2016 2:26 AM, Zidane Sama wrote:
> Fesetenv does not change fpu rounding mode. This bug already described
> in https://sourceforge.net/p/mingw-w64/bugs/541/
--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/intel
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] Will be fesetenv fixed?
Fesetenv does not change fpu rounding mode. This bug already described in https://sourceforge.net/p/mingw-w64/bugs/541/ -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/intel ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] UCRT def files
I have created def files of all UCRT api sets plus some others. I have tested
it by linking this hello wold code.
gcc hello.c -lstdio
#include
main(){
puts(“hello”);
}
It works but several function are missing like malloc. We need malloc. I
recommend malloc. Another thing is the several libraries for ucrt. They have
several *.a files. Lets see if its possible to merge several libraries in one
library
From,
Marc Boocha
Sent from Mail for Windows 10
--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/intel
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] FW: UCRT def files
On 12/19/2016 08:12 AM, marcboo...@gmail.com wrote:
> I have created def files of all UCRT api sets plus some others. I
> have tested it by linking this hello wold code.
>
> gcc hello.c -lstdio
>
> #include
>
> main(){ puts(“hello”); }
>
> It works but several function are missing like malloc. We need
> malloc. I recommend malloc. Another thing is the several libraries
> for ucrt. They have several *.a files. Lets see if its possible to
> merge several libraries in one library
>
https://sourceware.org/binutils/docs/ld/Implicit-Linker-Scripts.html
Exactly what you need.
signature.asc
Description: OpenPGP digital signature
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] FW: UCRT def files
I have created def files of all UCRT api sets plus some others. I have tested
it by linking this hello wold code.
gcc hello.c -lstdio
#include
main(){
puts(“hello”);
}
It works but several function are missing like malloc. We need malloc. I
recommend malloc. Another thing is the several libraries for ucrt. They have
several *.a files. Lets see if its possible to merge several libraries in one
library
From,
Marc Boocha
Sent from Mail for Windows 10
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
