<div dir="ltr"><div><div><div><div><div><div><div>Ok, I'm just pushing an update so that:<br><br></div>- "make base install-base list-base clean-base" builds; installs; lists the files of; and then (not really tested) cleans a "base system build", what ever "base system" means.<br></div>I suspect that some of the top-level makefile targets, such as "make ipkg", could be tweaked to use these new targets<br><br></div><div>- swan-build and swan-install use "make build" <a href="http://et.al">et.al</a>. which roughly halves the build time<br><br></div>- "make all install install_file_list clean" builds, installs, lists, cleans a full "userland" build<br></div><br></div>- "make" from the top level prints<br>To build and install on a recent Linux kernel that has NETKEY:<br> make all && sudo make install<br>For a minimal install (no manpages) type:<br> make base && sudo make install-base<br>See the files INSTALL and README for more general information,<br>and details on how to build / install on KLIPS and other systems<br><br></div><div>- "make" in sub-directories defaults to "all" (this was already mostly the case)<br><br></div>- "make manpages install-manpages list-manpages clean-manpages" does just man pages<br></div><div><div><div><div><div><div><div><div><div><br></div><div>- "make module" <a href="http://et.al" target="_blank">et.al</a>. as before<br><br></div><div>- the target that shall not be named is an alias for "make all"<br><br></div><div>In addition, as yet another reminder of why "recursive make is evil", I've also fixed a bug where parallel make could end up running two make processes in the same directory :-/<br></div><div><br></div><div>Andrew<br></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On 15 May 2015 at 13:35, Paul Wouters <span dir="ltr"><<a href="mailto:paul@nohats.ca" target="_blank">paul@nohats.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span>On Fri, 15 May 2015, Andrew Cagney wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
My suggestion here is to remove "programs" from any and all documentation; but accept it as an<br>
undocumented alias for building all of userland including manuals.<br>
</blockquote>
<br></span>
That's fine with me.<span><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I personally think "all" should build modules as well; but that seems to get messy. The argument for<br>
not having "make" default to building everything including modules is that the user needs to select<br>
which modules to build; hence "make" prints a help message and lets the user decide.<br>
</blockquote>
<br></span>
I don't think so. For one, "module" is a target only on Linux, not on<br>
any other OS we build on. Second, most people at this point should not<br>
build KLIPS and use the stock NETKEY/XFRM code. So 95% of people have<br>
no need for "make module". For the fedora, rhel and debian packages,<br>
no KLIPS is shipped so we can/should not compile it there.<span><br>
</span> <br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
The other complication is that we need some short cuts (aka targets) to:<br>
<br>
- build/install all but documentation - linux cross compiles apparently can't deal with documentation<br>
</blockquote>
<br></span>
You had sort of convinced me those days are over. I also noticed xmlto<br>
no longer drags in latex for me, so perhaps this requirement is now<br>
fine. The only issue is that I would like the test VMs to be able to<br>
not unconditionally rebuild these, beause xmlto is quite slow and it<br>
really slows down the compile/install/test cycle.<span><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
- build/install just binaries and scripts - to speed up test builds (this one would be less of an<br>
issue if the test-build process didn't rm -rf OBJDIR)<br>
</blockquote>
<br></span>
If we are getting confident that dependancies in lib/ are now properly<br>
detected, and make will rebuild it all fine, the rm -rf could go :)<span><font color="#888888"><br>
<br>
Paul<br>
</font></span></blockquote></div><br></div></div></div></div></div></div></div></div></div></div></div></div>