If we use long and forget about intptr_t.. (how it used to be once in the source) then the binary version of hjwasm works on Win7 but gives a general failure when executed on Win10...If we use intptr_t .. it doesn't compile for some compilers like GCC ..

This block needs to be modified to something that works with EVERY C compiler then.. suggestions welcome? :)

ALIGN3.ASO: missing warningWe intentionally removed this warning, because you would have it using align 32 as well, which was very annoying when trying to align AVX structs / data.For this particular case I would say we need to amend the regression, as a user I would expect to align things however I see fit. [open for discussion for values > 32]?

I've logged the above into github issues and will start fixing them.I suggest we get them sorted and then re-run the tests, Bearing in mind that there are a few cases where hjwasm is correct and the others not !

ALIGN3.ASO: missing warningWe intentionally removed this warning, because you would have it using align 32 as well, which was very annoying when trying to align AVX structs / data.For this particular case I would say we need to amend the regression, as a user I would expect to align things however I see fit. [open for discussion for values > 32]?

intptr_t uintptr_t Integer type capable of holding a value converted from a void pointer and then be converted back to that type with a value that compares equal to the original pointer.Optional: These typedefs may not be defined in some library implementations.*

I'm slowly working my way through the regression findings one by one and putting them onto the github issues page, from whence Habran and I are making our way through them in batches.. it's a bit of a process but we'll get there shortly!

ToutEnMasm, it happens because vblendvpd xmm0, xmm1,m128 is missing 4th operand,it suppose to be vblendvpd xmm0, xmm1,m128,xmm2It is now fixed but you have to wait until Johnsa upload it on Git.He will let you know when ready.