Hi Glynn,<br><br>I would like to have that kind of Makefile, <br>so I can build all grass add-ons related to GRASS 7 SVN without changing anything in the structure of the SVN<br><br>Could anyone help us to get somewhere near to that effect, even if we would need a configure option like --build-addons-dir=../grass-addons/grass7 that would be neat.<br>
<br>Thank you,<br>Yann<br><div class="gmail_extra"><br><br><div class="gmail_quote">On 1 November 2012 03:03, Glynn Clements <span dir="ltr"><<a href="mailto:glynn@gclements.plus.com" target="_blank">glynn@gclements.plus.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
Moritz Lennert wrote:<br>
<br>
> > I suggest that modules should not simply be moved from addons to<br>
> > trunk, but that a developer has a close look at a module including<br>
> > testing before moving it to trunk.<br>
><br>
> +1, but I see Martin's point about lack of dev power. So the trade-off<br>
> has to be between quality of code and value added of having a<br>
> functionality in trunk even if the code is not perfect.<br>
<br>
</div>Relegating something to add-ons is a reliable way to reduce the amount<br>
of developer oversight it gets. E.g. currently you can't just "make"<br>
the add-ons/grass7 directory (it lacks a Makefile), so most developers<br>
won't even try to compile it. If the modules were in trunk, developers<br>
may notice errors or warnings as part of the normal build process.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Glynn Clements <<a href="mailto:glynn@gclements.plus.com">glynn@gclements.plus.com</a>><br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org">grass-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Yann Chemin<br><br>
</div>