I don't think computers can go from high precision to low precision, and still continue to run status quo without causing/accumulating errors.
If you have 64 bit pointer for a memory address access, where would it chop off down to 32 bits address and still be able to access the same memory address space in 64 bits space? Better yet what is going to keep track of all that translation at run time? It is simple to run 32 bit code in 64 bit system but not the other way around. -----Original Message----- From: David G. Pickett <[email protected]> Sent: Friday, October 03, 2025 4:28 PM To: [email protected] Subject: Re: [GNC] Is there a GNUcash 64-bit? > My older Intel Mac would run both 32-bit and 64-bit applications; the > new Silicon Mac will not allow 32-bit applications to run at all. Maybe someone wrote a wrapper for 32 bit apps. In the internet age, you need to imagine first, search second! I am guessing all the system calls are 64 bit only. If a wrapper could link to the 32 bit code, it could provide the missing 32 bit syscalls. It's not like they made the 32 bit machine language disappear from the CPU, if it ever had them. And if the newer CPU lacks 32 bit ops, you just need an interpreter. I still run Win85 apps great in Linux Ubuntu Wine (Windows Emulator), that most later Windows versions refuse to run! The x86 did not lose 1 and 32 bit instructions! _______________________________________________ gnucash-user mailing list [email protected] To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user ----- Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
