3 ms·
Why do so many developers provide only 64-bit builds of their software?
Doesn't it make sense to only provide 32-bit versions to cover maximum user base? Considering that 64-bit operating systems do support 32-bit apps whereas the inverse isn't true.
If you release for x32, you'd have covered the maximum users whereas if you release for x64, you'd have covered only that block. At least open source developers who intend for maximum coverage or user-base for their apps should support at least 32-bit (if not both).
Below is a great answer post in this regard, credits Ken Gregg on Quora[1]:
> Yes, there are a lot of 32-bit programs still being developed/sold/distributed. No, not every program is 64-bit.
> 64-bit operating systems on 64-bit hardware can run 32-bit applications. And there are lots of computers still running 32-bit operating systems (and will for quite some time). So, an application developer can release one 32-bit product and cover the 32-bit and 64-bit customers. Releasing and maintaining two products, one 32-bit and one 64-bit, incurs some costs. And providing only a 64-bit version leaves all the 32-bit customers in the dust. It is logical and cost-effective to supply only a 32-bit version to cover both groups, as long as the application doesn’t require 64-bit features.
> Of course, the embedded systems arena still has tons of new development of 32-bit, 16-bit, and even 8-bit software/firmware. The choice of an embedded microcontroller is based on cost, availability, and features required, so software developed in this realm runs the gamut of bitness.
[1]: https://www.quora.com/Are-32-bit-programs-still-being-made-or-is-every-program-made-nowadays-64-bit/answer/Ken-Gregg
- deleted 3y ago[deleted]
- meepmorp 3y agoBro, just spent the cash and upgrade your computer already
- HelloNurse 3y agoA "normal" PC has a 64 bit CPU, only antiques have old 32 bit processors, so there is no "user coverage" to be gained. Since 64 bit builds with the good instruction sets are necessary, 32 bit builds are costly (due the complication of additional toolchains and libraries) but useless except for special needs. Moreover, short numerical types are likely to cripple 32 bit software that formally "works", for example by limiting file size to 2 or 4 GB.