<html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body>
    <br>
    <br>
    <span lang="EN-US"><o:p> </o:p></span>
    <blockquote type="cite" cite="mid:CY4PR1001MB215085B16D3BA8C56BDFD5F08C6A9@CY4PR1001MB2150.namprd10.prod.outlook.com">
      <div class="WordSection1">
        <p class="MsoNormal"><span lang="EN-US">The access to manual
            processing of stack maps is a bit hidden, however available.<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US">We may later change
            decision to stream the SMTA (based on any existing switch or
            a new one) and it won’t affect processing. I figured out how
            to inflate remaining labels without loose of performance
            (without inflation of the whole SMTA).</span></p>
      </div>
    </blockquote>
    <br>
    If we want to do that later, we can make SMTA a CompositeElement,
    where the frames are the elements, and a corresponding builder. 
    Building would then produce an unbound SMTA which could be fed to
    CodeBuilder::withAttribute.  <br>
    <br>
    <blockquote type="cite" cite="mid:CY4PR1001MB215085B16D3BA8C56BDFD5F08C6A9@CY4PR1001MB2150.namprd10.prod.outlook.com">
      <div class="WordSection1"><span lang="EN-US">One thing remains
          (also for another round) – we still use defaults for maxLocals
          and maxStack when the generator is off.<o:p></o:p></span><br>
      </div>
    </blockquote>
    <br>
    In the process of doing the local variable allocation stuff, I added
    some support for doing better, but it's not 100% yet.  It carries
    over maxLocal/maxStack during adaptation, and adjusts maxLocal based
    on allocated locals.  But it would need some more work to be
    reliable, since you can do your own manual local management.  <br>
    <br>
    <br>
  </body>
</html>