4 ms·
It's not super hard, it should mostly just work to recompile. But there are a couple of gotchas: -Dependencies: 32-bit versions can't be used in a 64-bit proce
by kryptiskt 12y ago
It's not super hard, it should mostly just work to recompile. But there are a couple of gotchas:
-Dependencies: 32-bit versions can't be used in a 64-bit process. Open source libs can of course be recompiled but the dependency stack may be deep, and all of them must have been tested with 64 bits. Then there are closed libs (like Adobe's), the suppliers need to be prodded to action.
- The 64-bit Mingw GCC took a loooooooong time to appear in a usable state, not much of a problem for Chrome that can build fine with a Microsoft toolchain.
- The biggest portability headache is that sizeof(void*) > sizeof(long), which is true on 64-bit Windows and just about nowhere else.
And because 32-bit apps run just fine on 64-bit Windows and a conversion gains little benefit for most apps, there is little rush to do anything. So it all goes at a snail's pace.
The only app I have RAM problems with on Windows is Firefox because they haven't got around to process-per-tab. It is pretty dismaying to watch Mozilla constantly postpone both the 64 bit version and multiple processes. I know phones are fun, but one would think that their moneyspinner would deserve better than that.