Announcement

Collapse
No announcement yet.

WebAssembly Support Begins Materializing In Multiple Browsers

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • WebAssembly Support Begins Materializing In Multiple Browsers

    Phoronix: WebAssembly Support Begins Materializing In Multiple Browsers

    WebAssembly, the year-old effort for creating a low-level programming language for in-browser client-side scripting with cross-browser support is making more progress...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    This is a sad news... hope a major bug strikes this shit in multiple browsers before it gets released to the public.

    At least is good to see Mozilla not being ready with this crap.

    Comment


    • #3
      Originally posted by Cape View Post
      This is a sad news... hope a major bug strikes this shit in multiple browsers before it gets released to the public.

      At least is good to see Mozilla not being ready with this crap.
      Whaaaaaat?

      Comment


      • #4
        Originally posted by Cape View Post
        This is a sad news... hope a major bug strikes this shit in multiple browsers before it gets released to the public.

        At least is good to see Mozilla not being ready with this crap.
        Bad news in what way? Depending on how you look at it, it's either a non-proprietary alternative to Google's Portable Native Client (PNaCl) or Mozilla's decided that defending the fiction that Emscripten outputs JavaScript isn't worth the overhead of parsing its textual form.

        As an example of the latter case:
        Measuring AngryBots compile time on a 16×2.4Ghz core Linux desktop, WebAssembly reduces compile time by about 52%. That’s a good start and leverages the fact that WebAssembly decoding is currently about 10× faster than asm.js parsing, but cold load time can be significantly further reduced by working on the other parts of the compilation pipeline.
        I'm hoping this will make it much more viable for me to write the client-side JavaScript bits of my web apps in Rust so I can get compile-time checks more robust than TypeScript offers.
        Last edited by ssokolow; 15 March 2016, 11:04 AM.

        Comment


        • #5
          Very nice - JS has grown on me, but I still don't really like writing in it.

          Client-side Python, one step closer!

          Comment


          • #6
            Originally posted by ssokolow View Post
            Bad news in what way? Depending on how you look at it, it's either a non-proprietary alternative to Google's Portable Native Client (PNaCl) or Mozilla's decided that defending the fiction that Emscripten outputs JavaScript isn't worth the overhead of parsing its textual form.
            I'm a bit concerned about running binary blobs from random websites. As least with javascript you could see the source if you really wanted to.

            Comment


            • #7
              Originally posted by atomsymbol
              Doubt it, this is Phoronix after all.

              Comment


              • #8
                Originally posted by zman0900 View Post

                I'm a bit concerned about running binary blobs from random websites. As least with javascript you could see the source if you really wanted to.
                I hate this argument and I need to strike it down now.

                Open google.com, view the source. Please, tell me what function "_.bh" does in meaningful words. Don't forget to tell me about the functions it's calling and the variables it references, we need to know everything it does to be safe!
                Last edited by Kver; 15 March 2016, 03:44 PM.

                Comment


                • #9
                  Originally posted by Kver View Post

                  I hate this argument and I need to strike it down now.
                  Me too. Let me say it my way :

                  "I'm a bit concerned about running binary blobs from random websites."
                  I guess noscript will have to expand to noWA.

                  Comment


                  • #10
                    Originally posted by zman0900 View Post

                    I'm a bit concerned about running binary blobs from random websites. As least with javascript you could see the source if you really wanted to.
                    You can do that with WebAssembly as well. And it will be easier to read than asm.js.

                    Source:
                    WebAssembly Design Documents. Contribute to WebAssembly/design development by creating an account on GitHub.

                    Comment

                    Working...
                    X