On Monday, 5 de September de 2011 22:30:17 [email protected] wrote: > This sounds more severe, but if we get MIPS support for V8 (it's actively > being developed and it looks like it'll be there before we release 5.0), > the remaining CPU architectures account most likely for less than 1% of > the current Qt use cases. This is IMO not a good enough reason to hold the > other 99% back.
I agree with most of what you said.
What I don't agree with is the dropping forever *ALL* other architectures that
aren't x86, x86-64, ARM and MIPS.
Right now, there's simply no way that V8 will work on those architectures
without writing at least 20k lines of code. And I'm being optimistic here,
assuming that a generic p-code or AST runner will be half the size of each of
the currently well-supported architectures (40k-45k LOC each)
I don't mind an implementation that runs very slowly on other platforms, as
long as it's just the JS and QML code. People on those platforms will simply
avoid using those technologies.
In the long run, they may abandon Qt, as QML becomes necessary for everything
and it's unbearably slow.
But I cannot in good conscience agree with dropping them all right now, for
5.0.
--
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
Software Architect - Intel Open Source Technology Center
PGP/GPG: 0x6EF45358; fingerprint:
E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Qt5-feedback mailing list [email protected] http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
