<div class="gmail_quote">On 18 October 2011 11:06, Ulf Wiger <span dir="ltr"><<a href="mailto:ulf.wiger@erlang-solutions.com">ulf.wiger@erlang-solutions.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div style="word-wrap:break-word"><div>For those of you out there who have used similar things before, what kind of support would you like to see?</div><div></div></div></blockquote></div><br><div>I'm interesting in writing up some simple code instrumentation tools so I can do stuff like declaratively inserting performance counters and/or logging statements into my code. I've already used parse_trans and love it, but doing this without forcing users into using a parse_transform sounds really good - a post compile step provided by a rebar plugin could transform the beam code afterwards, or as you say this can even be done at runtime.</div>
<div><br></div><div>One thing that would be useful would be some kind of qlc-esque selection mechanism for finding code that matches certain conditions. Whether these are match specifications or something else, they would make a very useful addition. Matching on type/spec information would be even better, although I suspect that's a little outside of the scope you're looking at right now.</div>
<div><br></div><div>Cheers,</div><div><br></div><div>Tim</div>