Ah... this is interesting... a missing test case maybe - but I'm not sure if it is a bug.<div><br></div><div>What happens is that the duplicated module erl_parse causes erlson to become derived since a module with the same name is used by stdlib and several other applications. If it was only stdlib, then I guess reltool could make the assumption that the module to use is the one in the same application and thus never make erlson derived (because to this module, that is). However, since the module in this case is also used by other applications, this assumption is not that obvious.</div>
<div><br></div><div>The easiest way to get around this right now is to be more specific in the config file to make sure that erlson (or only the erl_parse module) is excluded... e.g. by adding</div><div><br></div><div>{app, erlson, [{incl_cond,exclude}]} or</div>
<div>{app, erlson, [{mod,erl_parse,[{incl_cond,exclude}]}]}</div><div><meta http-equiv="content-type" content="text/html; charset=utf-8"><br></div><div>(The latter would allow erlson to be derived if any of it's other modules were used by other applications)</div>
<div><div><br></div><div>Regards</div><div>/siri</div><div><div><br><div class="gmail_quote">2012/1/12 Dmitry Demeshchuk <span dir="ltr"><<a href="mailto:demeshchuk@gmail.com">demeshchuk@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Try running this gist: <a href="https://gist.github.com/1600020" target="_blank">https://gist.github.com/1600020</a><br>
<br>
reltool.config will reside in lib/gproc/rel/<br>
<br>
Thank you.<br>
<div class="HOEnZb"><div class="h5"><br></div></div></blockquote></div></div></div></div>