<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>