You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Eggos will be upgraded to 64-bit in the future. Considering that many codes are strongly related to the architecture, it will be easier to upgrade 64-bit directly without keeping 32-bit code.
However, x86 32-bit protected mode is a classic mode. Many operating system tutorials or materials are based on 32-bit.
If want to keep the 32-bit code, the code needs some refactoring to separate the architecture-related code.
The text was updated successfully, but these errors were encountered:
Just wanted to comment that I like the 32 bit support but understand why keeping it makes things harder. So completely support the idea of going purely 64 bit.
Assuming this project stays around for as few years I guess it might be important to have 32 bit for embedded applications. So it also makes sense that you may wish to re add it later.
Thank you for your attention to this project. Maintaining multiple architectures is as difficult as the go runtime supporting multiple GOOS and GOARCH. The eggos architecture itself is also being continuously optimized. When the code structure is stabilized, it may not be difficult to support multiple CPU architectures.
Eggos will be upgraded to 64-bit in the future. Considering that many codes are strongly related to the architecture, it will be easier to upgrade 64-bit directly without keeping 32-bit code.
However, x86 32-bit protected mode is a classic mode. Many operating system tutorials or materials are based on 32-bit.
If want to keep the 32-bit code, the code needs some refactoring to separate the architecture-related code.
The text was updated successfully, but these errors were encountered: