News for hackers. Stuff that matters.
Re:WebAssembly Specification Prototype by megalodon on Wednesday July 13, 2016 @04:25PM (#12089385)
I just hope that when it happens we will be able to view and read the source of WASM in the same way we can with javascript now. This is one of the foundations of WWW, please don't turn it into a closed source app store.
Re:WebAssembly Specification Prototype by gsnedders on Wednesday July 13, 2016 @04:28PM (#12089415)
We lost that years ago with minification. Source maps can work as well for WASM as they can for minified JS.
Re:WebAssembly Specification Prototype by megalodon on Wednesday July 13, 2016 @05:08PM (#12089684)
You seem to know a bit about web standards, was minification ever formally accepted by the W3C or did it just happen?
Re:WebAssembly Specification Prototype by gsnedders on Wednesday July 13, 2016 @05:10PM (#12089691)
Just happened. It's just renaming variables and properties, after all—there's no actual change to anything standardised.

As an aside, JS is standardised by Ecma, as ECMAScript: the W3C doesn't have anything to do with it.

Re:WebAssembly Specification Prototype by kuschku on Wednesday July 13, 2016 @04:40PM (#12089506)
Then make browsers require full source maps for every website, or refuse to run them.

That’d be finally a solution.

Or require source maps by law.

EDIT: Why the downvotes? The only way to preserve the right to modify and decompile in the long term is by creating technical or legal measures enforcing it. JS was one technical measure, so now we need alternatives.

Re:WebAssembly Specification Prototype by pcwalton on Wednesday July 13, 2016 @06:52PM (#12090352)
> Then make browsers require full source maps for every website, or refuse to run them.

> That’d be finally a solution.

No, it wouldn't. You'd end up with sites shipping "source maps" that map every function to a randomly generated identifier.

Re:WebAssembly Specification Prototype by jfbastien on Wednesday July 13, 2016 @05:35PM (#12089855)
That would be awfully slow to transfer (or just verify) when most people never view the source map.

What's a "valid" source map anyways?

Furthermore, debugging with sourcemaps is suboptimal. WebAssembly wants to support much better debug information than this.

Re:WebAssembly Specification Prototype by gsnedders on Wednesday July 13, 2016 @05:42PM (#12089901)
And it'd imply you need a source map even with unminified JS. And what's to say the source map maps to non-minified JS?
Re:WebAssembly Specification Prototype by kuschku on Wednesday July 13, 2016 @06:22PM (#12090148)
It’s not about debugging, it’s about the legal "right to decompile", which is intended to give customers and companies the right to take apart products and software they bought (even from competitors), and gain knowledge from that.

It’s also intended to allow them to modify it for their own purposes, and provide the modifications to others who have a license to the original product.

Especially on the web this was finally possible, and now you’re suggesting to take this away again?

Re:WebAssembly Specification Prototype by Matthias247 on Thursday July 14, 2016 @03:15AM (#12092157)
You don't seem to want a right to decompile/disassemble (which you could do in the same form for WASM than for most other languages) but a right to directly view the original source code. Such a right does not exist in general. The owners of the source code (the intellectual property) may give you the possibility to view it, but they could also decide that they don't give it to you. The only exceptions I know of are if the creator incorporates other software parts which mandate releasing the source code, e.g. GPL libraries.
Re:WebAssembly Specification Prototype by rabbitfang48 on Wednesday July 13, 2016 @07:04PM (#12090413)
I know of no country (or other jurisdiction) where a legal "right to decompile" exists.
Re:WebAssembly Specification Prototype by vidarh on Wednesday July 13, 2016 @08:36PM (#12090909)
Many countries allow reverse engineering, and you could infer a "right to decompile" from that in some cases, but as far as I know none of them place any requirement on the source to make it easy.

At most they legally protect someone who decides to run a disassembler or decompiler on a binary from prosecution or lawsuits (but only in as much as you don't use the result to violate copyright or other restrictions).

Re:WebAssembly Specification Prototype by gsnedders on Wednesday July 13, 2016 @07:29PM (#12090558)
The EU has a very, very limited right to decompile for the sake of interoperability.

See Article 6 on http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=CELEX:...

Re:WebAssembly Specification Prototype by kuschku on Thursday July 14, 2016 @06:09AM (#12092669)
And for personal modifications, and so on.

And "copying the decompiled source of the part of MS Word that reads .doc files" counts as covered, so, it's quite a lot.

Especially with websites, where you might want to interact with, or write addons interacting with, WASM threatens those rights.

Re:WebAssembly Specification Prototype by jfbastien on Wednesday July 13, 2016 @08:51PM (#12090962)
Browsers don't create laws. WebAssembly can't legislate. This is really out of scope!