Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

"Chrome will be the only browser to ever support it"

Doesn't have to be that way It's only supported in Chrome because Mozilla is refusing to implement it for not other reason than... I really don't know what their reasons are. There is even a plugin for firefox. Google has accepted a ton of Mozilla invention even killing some initiatives like O3D in favor of WebGL. And plenty of other such bridging moves. I'm not seeing the love from the other side but I might be reading the situation wrong. I have no internal info as too how the debate went over NaCL.

Also, NaCL is being use by Google for some scientific computing stuff where they put scientific code written by external scientist and run it in Google datacenters. I'm starting to think this could be kickass for cloud apps.

Please explain to me why it should die?

Now to be fair, Mozilla is going to have something similar in potentially WebCL. But it's not exactly the same thing but close.



...Mozilla is refusing to implement it for not other reason than... I really don't know what their reasons are.

Probably because NaCl blasts way beyond a leaky abstraction into hard-coded dependency on a specific processor. Mozilla (I'm guessing) wants the web to be a leak-proof abstraction. There are half a dozen different architectures on which one may want to run Firefox (x86/x86-64, PPC, ARM, Sparc, MIPS, etc.). NaCl requires in-depth security analysis and implementation for each platform, plus every web developer would have to compile and test a version of their code for every platform (or, more likely, they'll just support x86, maybe ARM).

PNaCl using LLVM would be slightly better, but WebCL is probably the best approach to number crunching in web apps. Security is also easier at a higher level of abstraction.


Firefox, IIRC, now only officially supports Intel.


Surely you mean x86. Firefox Mobile for Android (ARM) has been out for months. And x86_64 builds are already in existence and are slated for Firefox 8.


Firefox has x86, x86-64, and ARM as tier-1 architectures.

It has a whole bunch of tier-2 architectures that are supported but to a lesser extent (e.g. a patch that breaks one of them doesn't automatically get backed out immediately). People are shipping and using Firefox on various of those architectures, including JS jits on at least Sparc and PPC.


Good to know, thanks for the clarification.


Not sure if this counts but there is Mobile Firefox for Android.


Still a big difference between that and knowingly breaking many unofficially supported platforms.


Maybe they rejected it because a plugin could (easily?) be written for it?


> I'm not seeing the love from the other side but I might be reading the situation wrong.

Mozilla is a big proponent of WebM.




Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: