<div class="gmail_quote">On 3 January 2012 22:36, Eric B Merritt <span dir="ltr"><<a href="mailto:ericbmerritt@gmail.com">ericbmerritt@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
This may argue for something Kenneth suggested back in may, that is<br>
keeping spec and types in their own dedicated chunk that does not<br>
disappear with the absence of debug information.<br>
<br></blockquote><div><br></div><div>Well +1 for keeping the types/specs *somewhere* in the beam regardless of debug_info for sure. Personally I favour the idea that types/specs should be present all the time, as they make up part of its public API. IIRC in the previous thread someone had mentioned the abstract_code parse transform, which is nice and all but I think this should be just happen and the information should be available at runtime as proper module attributes.</div>
<div><br></div><div>How are record member/element types handled in the abstract code? </div></div>