<div dir="ltr"><div>Hi Laurent,</div><div><br></div><div>Thanks for looking into this. Here are some further pointers I can give you.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jun 8, 2020 at 12:43 PM Laurent C. <<a href="mailto:lrntct@gmail.com">lrntct@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="ltr"><div dir="ltr"><br><div>The grass build system is a bit confusing, sometimes it completes while failing to build most of the tools. The grass78 binary will work, but basically nothing else will.</div></div></div></div></blockquote><div><br></div><div>The fail or pass should be signaled by a return code and visually by the list of failing directories. The "grass78 binary" is Python script, so more a general executable, than a binary. Its compilation does not depend on the rest. This actually applies to most of the GRASS GIS which is overall quite modular and failure to build one part does not influence other parts. Well, that of course does not apply to things which are actually dependent on something, such as C modules which depend at least on the gis library.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="ltr"><div dir="ltr">In the only conda binary package I made, I solved the building issues by switching the original Makefile for a CMakeLists. But it was a very simple software. Building grass with cmake is likely to require quite a bit of work. And my knowledge of cmake is very slim anyway.</div></div></div></blockquote><div><br></div><div>Please see the relevant PR:<br></div><div><br></div><div><a href="https://github.com/OSGeo/grass/pull/348">https://github.com/OSGeo/grass/pull/348</a></div></div><div class="gmail_quote"><br></div><div class="gmail_quote">Best,<br></div><div class="gmail_quote">Vaclav<br></div></div>