From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: Org Build System (aka Makefile) Date: Tue, 14 Aug 2012 08:13:48 +0200 Message-ID: <87pq6uxaoz.fsf@Rainer.invalid> References: <87y5mkrca2.fsf@Rainer.invalid> <87ipcs3smd.fsf@Rainer.invalid> <871ujf5i7g.fsf@gnu.org> <874no8dxik.fsf@Rainer.invalid> <87k3x4rlb2.fsf@gmx.com> <87zk5zdery.fsf@Rainer.invalid> <87boifrkyl.fsf@gmx.com> <874no6zz0v.fsf@gnu.org> <877gt2oami.fsf@Rainer.invalid> <87ehna8lb5.fsf@gmx.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:55962) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T1AOG-0004jU-Sg for emacs-orgmode@gnu.org; Tue, 14 Aug 2012 02:14:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T1AOE-0007t5-VU for emacs-orgmode@gnu.org; Tue, 14 Aug 2012 02:14:08 -0400 Received: from plane.gmane.org ([80.91.229.3]:44048) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T1AOE-0007ss-Ol for emacs-orgmode@gnu.org; Tue, 14 Aug 2012 02:14:06 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1T1AOE-0001Dz-2E for emacs-orgmode@gnu.org; Tue, 14 Aug 2012 08:14:06 +0200 Received: from pd9eb286a.dip.t-dialin.net ([217.235.40.106]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Aug 2012 08:14:05 +0200 Received: from Stromeko by pd9eb286a.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Aug 2012 08:14:05 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Eric Schulte writes: > I second the idea that a top level 'make elint' would be very useful for > developers (see the attached patch). I'll see to implement that when and if I get elint to process the Org sources without throwing bogus warnings and errors because it runs into some depth limit. Until then I will not expose it on top level. I take it you're not using `elint-current-buffer´ before checking your edits in… which is how it was designed to be used, anyway. > In my opinion this would be more useful than a number of existing > top-level targets, > config-*, Try to replace that functionality any other way. I could hide the internal targets and document only the two or three that I want to be used (see below). > update Compatibility. > update2, This was specifically requested, not that I like it very much. > cleanall, Compatibility. > cleandirs, cleancontrib, cleantesting, cleanutils, cleanelc Internal use and compatibility, I could remove the documentation if Bastien changes his mind about all the target needing documentation. > targets Mandated by GNU Makefile standards which I try to adhere to. > But many more people will use such a target if it exists at the top > level and is mentioned by "make help". Speculation. I know that I won't use it very much because it simply runs far too long on my machine. An elint-dirty that just runs through the files that have been changed would probably be much more useful, but the time that could have been spent on trying to implement that went to bikeshedding about which file to edit. Thanks. You found the time and energy to edit Makefile and targets.mk, so presumably you might be able to edit local.mk as well as I suggested numerous times. So please go ahead and actually do it and then after you've used elint for a while tell me how useful you find it from your experience and if there are other things that need attending aside from that depth limit. Get other people to use it too, and have them chime in. > +elint: > + $(MAKE) -b _COMPILE_=slint3 This introduces a useless fork and GNU make doesn't even process the '-b' option. What happens then depends on what is the default target (which may or may not include `compile´). Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ DIY Stuff: http://Synth.Stromeko.net/DIY.html