You are here

64-bit preferred (only) mode

3 posts / 0 new
Last post
Kikka1225
Kikka1225's picture
Offline
Last seen: 2 months 22 hours ago
Joined: 2008-11-16 16:09
64-bit preferred (only) mode

Due to the current popularity of 64-bit systems, it may not be necessary for most users to be compatible with 32-bit and 64-bit at the same time.
Storing two versions at the same time will waste double the storage space, especially for some large software or stored in the cloud driver with limited space.

Is it possible to consider separating the 32-bit and 64-bit program packages, just like JRE, allowing users to choose what they need to download? Or you can also keep the 32+64 version, providing a total of 3 versions for users to choose from.

John T. Haller
John T. Haller's picture
Online
Last seen: 17 min 42 sec ago
AdminDeveloperModeratorTranslator
Joined: 2005-11-28 22:21
Eventually

The eventual plan is for the installer/platform to support 32, 64, or both. You can then set this at the platform level and it's automatic for all apps. It will require updates to the platform, installer, launcher, and then on a per-app basis for apps that move files to save install space (example: GIMP moves 205MB/7,600 files between the 32-bit and 64-bit versions). As I'm the only one working on this sort of thing it will be some time before it happens.

Sometimes, the impossible can become possible, if you're awesome!

Kikka1225
Kikka1225's picture
Offline
Last seen: 2 months 22 hours ago
Joined: 2008-11-16 16:09
Thanks!

I don't know if we currently have any feasible workarounds? For example, in the future when providing new application packages, first separate 3 versions? I wonder if this mechanical packaging work can be done automatically with tools like Github Actions?

I know this must be another big project that may take several years to take shape.
But knowing that you have this plan is the best news, thank you for your great jobs!

No M$! - Open your source! Make people's lives easier!

Log in or register to post comments