<div dir="ltr"><br><div class="gmail_quote"><div dir="ltr">Hello, Emilio, thanks for your input<div class="gmail_extra"><div class="gmail_quote"><div class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<br>
</div>If I may add my opinion (with weight==0), I like the current make-based<br>
solution, and would not like to have to maintain two separate build<br>
procedures.<br>
<div></div></blockquote><div><br></div></div><div>I'm not proposing this as an alternate build system (but it could do that, too). I just say that I'm using it in a CMake driven project and that it would be way easier for anyone that wants to something like that to have the infrastructure in place. As I said in first mail, all one has to do is add ccan subdirectory and dependencies.<br>

<br></div><div>Maintaining is simple, I'd say, because CMakeLists.txt in each module is very simple: dependencies and a one line macro call. There is one file to maintain and that is the one in the root.<br><br>I see <a href="http://config.h.in" target="_blank">config.h.in</a> as a separate issue that I would like to discuss, because, as I said, there may be value in having a <a href="http://config.h.in" target="_blank">config.h.in</a> file in each module that lists the variables that have an effect on compilation, even if the cmake build system is not implemented. (This is not implemented in my fork, yet).<br>

</div><div class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div> </div>It seems you missed the list on CCAN's official website:<br>
<br>
  <a href="http://ccodearchive.net/list.html" target="_blank">http://ccodearchive.net/list.html</a><span><font color="#888888"><br>
</font></span></blockquote></div></div><br>That's weird. And it is linked from main page. Thanks.<br><br></div><div class="gmail_extra">Regards,<br></div><div class="gmail_extra">Nicu<br></div></div>
</div><br></div>