[Vm-dev] WIN64 vs _WIN64
Tobias Pape
Das.Linux at gmx.de
Tue May 16 17:01:59 UTC 2017
> On 16.05.2017, at 18:05, Eliot Miranda <eliot.miranda at gmail.com> wrote:
>
>
>
> On Tue, May 16, 2017 at 8:57 AM, Tobias Pape <Das.Linux at gmx.de> wrote:
>
>
> > On 16.05.2017, at 17:41, Eliot Miranda <eliot.miranda at gmail.com> wrote:
> >
> > Hi Win64 mavens,
> >
> > I see in platforms//win32/third-party/dx9sdk that the source code tests for
> > #if _WIN64
> > In most places we've used
> > #if WIN64
> > but in platforms//Cross/plugins/IA32ABI/ia32abi.h & platforms//Cross/vm/sqMemoryFence.h we have also used _WIN64.
> >
> > Is it OK for us to continue to use the cleaner form or should we use _WIN64?
>
>
> _WIN64 is defined by the compiler (https://msdn.microsoft.com/en-us/library/b0084kay.aspx)
>
> "_WIN64 Defined as 1 when the compilation target is 64-bit ARM or x64. Otherwise, undefined."
> (which also means, #ifdef would be better than #if)
>
> According to the internet (
> https://www.viva64.com/en/k/0040/
> ) WIN64 is typically homegrown.
>
> OK, then _WIN64 and _WIN32 it must be. Would you be willing to change the platform source (still defining WIN32 and WIN64 as appropriate) if I changed the VMMaker source?
Tight resources atm, sorry :/
I don't know the impact of that change and currently I am to not cover myself with VM stuff…
>
>
>
> Also, it seems there are but a few (8x in plaform/ and src/) users of WIN64 (w/o _)
>
> Yes. I shall fix these ASAP. I want to do it now because Nicolas is impacted, and I can make his life easier. I've been over complicating by defining WIN64ABI, but it has no justification, and using _WIN64 would make things easier.
>
>
> Best regards
> -Tobias
>
>
>
> >
> > _,,,^..^,,,_
> > best, Eliot
>
>
>
>
> --
> _,,,^..^,,,_
> best, Eliot
More information about the Vm-dev
mailing list