Announcing the Chrome 64-bit Beta Channel for Windows
googlechromereleases.blogspot.com
googlechromereleases.blogspot.com
Developers, developers, developers....are apparently just as tied down to the boat anchor of the Microsoft monolith as the OS team is.
-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.
64-bit application adoption on Windows makes the Python 2 to Python 3 acceptance rate timeline look positively fantastic. ;)