As mentioned in issue, there are a multitude of reasons 32-bit systems shouldn't be supported. Dolphin, an emulator for a much less powerful system than a PS3, as 32-bit processors simply aren't powerful enough. Another reason to drop 32-bit is that writing two sets of code, one to take advantage of all of x8664's features, and another to barely work on 32-bit machines, takes a lot of effort for very little value. Dropping support for it early on means a lot less pain in the long run. Graph from Dolphin:.
![Bit Bit](http://ps3emulator.info/wp-content/uploads/2018/05/PS3-Emulator-Download.png)
![Download Download](/uploads/1/2/5/4/125407330/533199471.png)
RPCS3 0.0.0.2 [Windows] [32-Bit Intel] Hits: 55532 Size: 793 Kb Gallery Tags Emulator Sony PlayStation 3 PlayStation 3 64-Bit Intel Sony PS3 PS3 Download RPCS3 Windows 32-Bit Intel Emulation. Nov 11, 2018 - Screenshots along with a virus test and a download link. Available as a 32-bit or 64-bit download from fast and secure mirrors, completely.
(All this was talked about in, but I thought it should have its own issue). Where did I claim that Debian is the only distribution with ARM support? And, yes, I do package for Debian, I'm a Debian Developer. And why shouldn't the emulator be architecture-agnostic? To my current knowledge, there is only one popular emulator which is limited to one architecture and that is zsnes because it uses i386 inline assembly. Emulators like virtualjaguar, fs-uae, higan, vice, mupen64plus, desmume, mednafen and yabause are all supported on all Debian ports, including MIPS, SPARC, PPC, s390x, ARM and even exotic stuff like Alpha, 68k and hppa. There is more than just x86:).
Glaubitz you even mentioned zsnes To my current knowledge, there is only one popular emulator which is limited to one architecture and that is zsnes because it uses i386 inline assembly. There are many popular emulators, like pcsx2, which are limited to one architecture (this is a direct comment to your statement). And 'powerful' really needs to be defined here. Right now there are very few arm boards that can run more demanding emulators and this discussion really seems to be unnecessary because if someone writes arm code, you can port it, but there is just no reason to write arm code right now because it doesn't make sense.If somebody feels it does somebody will write it though.But seeing the pain most emulator developers have with arm development using the gpu, I doubt that it will happen soon.
PS damn now I regret removing my first comment. Dolphin dev here, happy that our numbers are used by other people. My 2 cents: Make sure you don't get lazy and use the opportunity of having only one system to support now to make your project a horrible x64-centric emulator that won't ever be ported to another architecture (I'm looking at you, PCSX2). We don't know what will be used in 10 years, and it might not be x64. For Dolphin we dropped x86 support but we still have ARM and 'Generic' (aka. No architecture dependent code, interpreter only, should work on any little-endian system) support to avoid getting into that trap.
My advice to you would be to setup some automated build for such a 'generic' configuration that makes sure you always some kind of compatibility with non-x64 systems.