<html><head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head><body bgcolor="#FFFFFF" text="#000000">
<blockquote style="border: 0px none;" 
cite="mid:CAOjG3JAGpcapv34pAnEEbwErPf5gHQWwG5bWfKVxHZvfkxBWLQ@mail.gmail.com"
 type="cite">
  <div style="margin:30px 25px 10px 25px;" class="__pbConvHr"><div 
style="width:100%;border-top:2px solid #EDF1F4;padding-top:10px;">   <div
 
style="display:inline-block;white-space:nowrap;vertical-align:middle;width:49%;">
        <a moz-do-not-send="true" href="mailto:rnewman@mozilla.com" 
style="color:#485664 
!important;padding-right:6px;font-weight:500;text-decoration:none 
!important;">Richard Newman</a></div>   <div 
style="display:inline-block;white-space:nowrap;vertical-align:middle;width:48%;text-align:
 right;">     <font color="#909AA4"><span style="padding-left:6px">2016 
December 13 at 17:21</span></font></div>    </div></div>
  <div style="color: rgb(144, 154, 164); margin-left: 24px; 
margin-right: 24px;" __pbrmquotes="true" class="__pbConvBody">
    <div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>I'd
 put measuring this right at the top of the list. Gecko is already huge,
 and if we're talking adding 15MB, this wouldn't be feasible to ship on 
Android at all, which would mean no cross-platform features could use 
it, which kinda defeats the point. We want Gecko to be getting smaller, 
not larger.</div></div></div></div>
  </div>
</blockquote>
Understood.<br>
<br>
<blockquote style="border: 0px none;" 
cite="mid:CAOjG3JAGpcapv34pAnEEbwErPf5gHQWwG5bWfKVxHZvfkxBWLQ@mail.gmail.com"
 type="cite">
  <div style="color: rgb(144, 154, 164); margin-left: 24px; 
margin-right: 24px;" __pbrmquotes="true" class="__pbConvBody">
    <div dir="ltr">
      <div class="gmail_extra">
        <div class="gmail_quote"><div>I think that Node 7 has 
async/await, no?</div></div>
      </div>
    </div>
  </div>
</blockquote>
It does, but it isn't clear if/when Node's core APIs will support it. Of
 course we can still promisify and then await them.<br>
<br>
<blockquote style="border: 0px none;" 
cite="mid:CAOjG3JAGpcapv34pAnEEbwErPf5gHQWwG5bWfKVxHZvfkxBWLQ@mail.gmail.com"
 type="cite">
  <div style="color: rgb(144, 154, 164); margin-left: 24px; 
margin-right: 24px;" __pbrmquotes="true" class="__pbConvBody">
    <div dir="ltr">
      <div class="gmail_extra">
        <div class="gmail_quote"><div>That raises a broader concern: 
which Node version to support. I'd perhaps be inclined to start with 
7/8, given async/await, but for comparison, FxA recently wrestled bugs 
just to get Node v4 into production, so there's quite a spread within 
Mozilla already.</div></div>
      </div>
    </div>
  </div>
</blockquote>
SpiderNode is tracking Node 7, so that (or 8, when it ships in April) is
 the version that we'd support.<br>
<br>
<blockquote style="border: 0px none;" 
cite="mid:CAOjG3JAGpcapv34pAnEEbwErPf5gHQWwG5bWfKVxHZvfkxBWLQ@mail.gmail.com"
 type="cite">
  <div style="color: rgb(144, 154, 164); margin-left: 24px; 
margin-right: 24px;" __pbrmquotes="true" class="__pbConvBody">
    <div dir="ltr">
      <div class="gmail_extra">
        <div class="gmail_quote"><div>I also have a mild concern about 
Node native modules — in my limited experience, just about anything 
interesting one would do with Node ends up requiring some native module 
down in the guts, which might have an impact on how much value we'd get 
from npm. Do you have a native module compatibility story for SpiderNode
 yet?</div></div>
      </div>
    </div>
  </div>
</blockquote>
I don't yet have a complete story, but I'm tracking the ABI Stable Node 
API project (NAPI) <a class="moz-txt-link-rfc2396E" href="https://github.com/nodejs/abi-stable-node"><https://github.com/nodejs/abi-stable-node></a>, 
which is designing an API for native modules that is intended to be 
ABI-stable across both Node (and thus V8) versions and JavaScript 
engines.<br>
<br>
-myk<br>
<br>
</body></html>