thread-based email index, search, and tagging https://git.notmuchmail.org/git/notmuch/atom?h=0.3.1 2010-04-14T18:34:12Z 2010-04-14T18:34:12Z Carl Worth cworth@cworth.org 2010-04-14T18:32:26Z urn:sha1:25f3185ad088673cb00f4f3ecba60cd9614bbc40 The recent change to include sub-directory Makefile.local files before the top-level Makefile.local means that we need to include the Makefile.config before those. So move it up from Makefile.local to Makefile. 2010-04-14T17:46:36Z Aaron Ecay aaronecay@gmail.com 2010-04-11T23:44:52Z urn:sha1:c10085c77b407d9ea704f8b4f9e0a805f63e72cb Must set extra_c(xx)flags before including subdir Makefile.local's, so that there is a blank slate that the subdirs can add on to. Must include subdir Makefile.local's before global one, otherwise the compat sources are not added to the list of those to be compiled. Signed-off-by: Aaron Ecay <aaronecay@gmail.com> 2010-04-06T21:36:31Z Carl Worth cworth@cworth.org 2010-04-06T18:02:09Z urn:sha1:b5d8fe278425f7be49b6819e8187efffdffbd836 For much better modularity. 2010-04-01T05:12:01Z Carl Worth cworth@cworth.org 2010-04-01T05:12:01Z urn:sha1:784e55d0f990350d0be8e54892f0eb3afe087fc5 Before it was impossible to know whether any particular setting or rule definition was in Makefile or Makefile.local. So we strip the Makefile down to little more than the list of sub-directories and the logic to include all of the sub-directories' Makefile.local fragments. Then, all of the real work can happen inside of Makefile.local. 2010-04-01T00:38:27Z Ben Gamari bgamari.foss@gmail.com 2010-03-12T13:47:34Z urn:sha1:266ab595a2fcbc8467eae843557597835269a554 Signed-off-by: Ingmar Vanhassel <ingmar@exherbo.org> 2010-03-10T18:59:57Z Carl Worth cworth@cworth.org 2010-03-10T18:59:57Z urn:sha1:86232e62ab0ed6948de24a6aab5d9f2558171acf We were previously maintaining two lists of the child Makefile fragments---one for the includes and another for the dependencies. So, of course, they drifted and the dependency list wasn't up to date. We fix this by adding a single subdirs variable, and then using GNU Makefile substitution to generate both the include and the dependency lists. Some side effect of this change caused the '=' assignment of the dir variable to not work anymore. I'm not sure why that is, but using ':=' makes sense here and fixes the problem. 2010-03-10T18:58:46Z Carl Worth cworth@cworth.org 2010-03-10T18:58:46Z urn:sha1:f47bec55bda2f4ef745ba6a284545bd8d1f9fbcc I don't really notice if it goes any quicker, but it's sure nice to have less spew now. 2010-03-10T18:44:44Z Carl Worth cworth@cworth.org 2010-03-10T18:44:44Z urn:sha1:985263cf5108919daf29228cb2827102d0a2272e We wamt a simple "make" to call the 'all' target and then print a message when done, but we don't want "make install" which depends on that same 'all' target to print the message. We previously did this with a separate 'all-without-message' target, which was inelegant because it caused all users of the target to carefully depend on 'all-without-message' rather than 'all'. Instead, we now use a single 'all' target but with a Makefile conditional that examines the MAKECMDGOALS variable to determine whether to print the message. 2010-03-10T01:03:11Z Carl Worth cworth@cworth.org 2010-03-10T01:03:11Z urn:sha1:2b8131f079d5aa3dc0ece4dcbc6635eb4cf24209 As one command completes, it's kind of the tool to indicate which command the user should execute next. 2010-03-10T01:01:55Z Carl Worth cworth@cworth.org 2010-03-10T01:01:55Z urn:sha1:6b92ca5a05c50d1507d11ece45fc7af5342d82fc The "all" inside this variable name was easy to confuse with the separate "all" target. This variable specifies dependencies that apply to every target, so use "global" instead.