so wouldnt this be possible to use for faster computation of PI with loads of decimals,compared to have some almost unlimited Array of numbers other ways?

Yes, it allows computation directly which simplify declarations. The internal calculation must be higher than max storage (REAL10 in MASM) so this is now extended from 96-bit to 128-bit to handle REAL16.

The values based on PI may thus be declared using macros as above or directly:

`PI equ 3.141592653589793238462643383279502884197169399375105820974945`

...

PI_2 equ PI / 2.0

PI_4 equ PI / 4.0

Right taylor series,but i have todo research first,maybe arcsine where sine pi is

Also Real16 sine would be useful or you already made that nidud?

The assembler allows usage of Add(+), Subtract(-), Multiply(*), and Divide(/) directly which uses REAL16 internally, so it should be possible to construct static functions using macros based on this.

I'm currently implementing a DirectXMath library for testing out the vectorcall implementation which includes passing of arguments, assigning values and return codes

using vectors, so this may clarify how REAL16 values may be used.

The only compiler using REAL16 internally (as far as I know) is the

Intel Fortran Compiler in addition to a few open source libraries, so this is more about

*how Asmc handles floats internally* than any

*practical use*, at least for now. This basically simplify the xmm versus pointers/regs using INVVOKE given all REALx values is passed in xmm registers.

`VECTOR TYPEDEF REAL16`