<div dir="ltr">Hi,<br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 1, 2016 at 10:36 PM, James Baker <span dir="ltr"><<a href="mailto:cycle.code.media@gmail.com" target="_blank">cycle.code.media@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Aside from Emscripten I'm not aware of any other compilers that target asm.js, do you know of any?</div></blockquote><div><br></div><div>WebAssembly does now too.  I think, perhaps, that there may be some effort to use it by hand in some instances as well.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Web assembly looks quite interesting but its far too experimental to even consider for anything at this stage.</div></div></blockquote><div><br></div><div>Perhaps, but that may not be the case for asm.js.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>My 9-5 is in a web dev shop and I've never seen any (asm.js / pnacl / etc) in the wild aside from a couple of 3d game engines ported to run in browser.  Its certainly not part of the typical web development ecosystem.</div></div></blockquote><div><br></div><div>True, but:</div><div><br></div><div>A.  Most web apps are so simple (given the current relative speed of modern JS in the browser) that it doesn't matter.</div><div><br></div><div>B.  Most people aren't writing in Scheme and compiling to JS either.   Doing that would be because the app is significantly more sophisticated than a currently typical app - for example a video game or a full-fledged business app (like mine - <a href="http://arahant.com">arahant.com</a> ).</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>I'm not sure what you consider non-toy like but there are certainly plenty of robust options from typed/untyped javascript variants through to completely different languages like ocaml, clojurescript, haskell etc.</div></div></blockquote><div><br></div><div>Well, in my case, I am mainly talking about front-end code.  JS is the only viable choice.  IMO, making such an effort for the back-end only would be a waste of time, as you said, because of all of the choices.  My point is that 50% of a real app runs on the front-end, and JS is the only real choice.  In an effort to minimize the number of technologies, the world is increasingly using JS on the back-end too.  Gambit already works well on the back-end.  If it worked well on the front-end to, perhaps Gambit could offer an alternative solution to the effort to minimize the number of technologies needed to do both front-end and back-end development.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>But as someone who really wants to make use of the Gambit javascript backend on an upcoming commercial project I'd certainly appreciate hearing of any issues you have encountered so far.</div></div></blockquote><div><br></div><div>I am happy to work closely with someone if that is a possibility.  Is it?</div><div><br></div><div>Thanks.</div><div><br></div><div>Blake McBride</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>Cheers,</div><div><br></div><div>James</div><div><br></div></div></blockquote></div></div></div>