No, because it is still x86-64, it just bypasses the bootstrapping process that exists right now going from 16 bit to 32 bit to 64 bit by starting the CPU in 64 bit mode.
However 32 bit registers and everything will continue to exist, and it will act like todays CPU's that went through the multiple bootstrap rounds to get into 64 bit mode.
Arguably, any 32-bit binaries that still need to be supported are old now, and a pure 64-bit environment could afford to run them in emulation/JIT translation/whatever without noticeable performance issues.
10 comments
[ 4.3 ms ] story [ 38.7 ms ] threadHowever 32 bit registers and everything will continue to exist, and it will act like todays CPU's that went through the multiple bootstrap rounds to get into 64 bit mode.
Skimming Intel's spec ( https://cdrdv2.intel.com/v1/dl/getContent/776648 ), the X86S looks really risk-adverse towards changing Long Mode user space.
I don't recognize any changes offhand, but my knowledge of x86 legacy is pretty limited (and will hopefully be obsolete soon).
> To further clarify, 32-bit x86 user-space software would continue to work on modern 64-bit operating systems with X86-S.
A lot of Windows binaries, including most Electron apps, are still 32 bit, and are run unmodified on 64 bit Windows.