Live data from Hacker News

WebAssembly support now shipping in all major browsers

blog.mozilla.org

41–50 of 346 posts

Re: WebAssembly support now shipping in all major browsers

#41
post #39

For those in the know, what doors is web assembly expected to open? Better cross platform platforms via a browser wrap? Will new types of browser applications be possible that aren't now in JS only world? What are they?

Expect every language out there to have a WebAssembly implementation, including Flash.

Until wasm supports proper tail calls, only the ones with uninteresting control structures.

Re: WebAssembly support now shipping in all major browsers

#42
post #27
post #21

Earlier quoted context omitted.

I think it's darkly humorous that I have to install browser plugins to stop sites from mining monero in my browser. It's like websites are those creepy spider things in the Matrix, except instead of sticking humans in pods to harvest their biochemical energy, they're just running up our home electricity bills by maxing our CPUs.

What plugins do you recommend for this?

ublock has a list to prevent "resource abuse", I believe it's enabled by default (it blocks things like coinhive & friends).

Re: WebAssembly support now shipping in all major browsers

#43
post #41
post #39

Earlier quoted context omitted.

Expect every language out there to have a WebAssembly implementation, including Flash.

Until wasm supports proper tail calls, only the ones with uninteresting control structures.

Couldn't the compiler take care of optimizing those when necessary? After all I don't know of any "real" assembly with tail call support...

Re: WebAssembly support now shipping in all major browsers

#44
post #20

Earlier quoted context omitted.

But what is a computer for if not running other people's code? I can't imagine there are many people in this world who have a computer with more than even 1% their own code running on it.

Red herring. People install or explicitly download code they want to run. The general public doesn't even realize that most web pages are full of code (js not html) and most developers have gotten so used to it they feel entitled. The goal should be to try harder to use less code, not enable native execution. I understand, engineers like to think about what is possible (wouldn't it be cool if..!) but sometime they ne…

99%+ of people don't think like you and don't care about the distinction between code on the browser and code on the OS.

"A red herring is something that misleads or distracts from a relevant or important issue. It may be either a logical fallacy or a literary device that leads readers or audiences towards a false conclusion."

I don't see how my comment is a red herring. Computers are for running code. That's what they do. You said you don't want other people's code running on your computer. Bad news for you, that's all your computer does.

Re: WebAssembly support now shipping in all major browsers

#45
post #20

Earlier quoted context omitted.

But what is a computer for if not running other people's code? I can't imagine there are many people in this world who have a computer with more than even 1% their own code running on it.

Red herring. People install or explicitly download code they want to run. The general public doesn't even realize that most web pages are full of code (js not html) and most developers have gotten so used to it they feel entitled. The goal should be to try harder to use less code, not enable native execution. I understand, engineers like to think about what is possible (wouldn't it be cool if..!) but sometime they ne…

Is this relevant what the people are aware of? If you drive a car do you need to be aware of its internals?

WebAssembly looks like a safe, portable, intermediate bytecode. What's wrong with giving people more options (e.g. running native applications in their browsers)?

Re: WebAssembly support now shipping in all major browsers

#47
post #43
post #41

Earlier quoted context omitted.

Until wasm supports proper tail calls, only the ones with uninteresting control structures.

Couldn't the compiler take care of optimizing those when necessary? After all I don't know of any "real" assembly with tail call support...

Most assembly languages have a "jump" instruction, though -- wasm supports only structured control flow.

Re: WebAssembly support now shipping in all major browsers

#49
post #43
post #41

Earlier quoted context omitted.

Until wasm supports proper tail calls, only the ones with uninteresting control structures.

Couldn't the compiler take care of optimizing those when necessary? After all I don't know of any "real" assembly with tail call support...

JMP is the original TCO.

Re: WebAssembly support now shipping in all major browsers

#50
post #41
post #39

Earlier quoted context omitted.

Expect every language out there to have a WebAssembly implementation, including Flash.

Until wasm supports proper tail calls, only the ones with uninteresting control structures.

Tails calls can be easily replaceable by br or loop instructions, nothing special for anyone with compiler design knowledge.
Post reply on HN