From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastien Subject: Re: Org Build System (aka Makefile) Date: Mon, 13 Aug 2012 15:45:20 +0200 Message-ID: <874no6zz0v.fsf@gnu.org> 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> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:51601) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T0ux0-0004vW-GL for emacs-orgmode@gnu.org; Mon, 13 Aug 2012 09:45:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T0uwx-0003cV-Vi for emacs-orgmode@gnu.org; Mon, 13 Aug 2012 09:44:58 -0400 Received: from mail-wi0-f169.google.com ([209.85.212.169]:49867) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T0uwx-0003cK-OO for emacs-orgmode@gnu.org; Mon, 13 Aug 2012 09:44:55 -0400 Received: by wibhm2 with SMTP id hm2so2859082wib.0 for ; Mon, 13 Aug 2012 06:44:54 -0700 (PDT) In-Reply-To: <87boifrkyl.fsf@gmx.com> (Eric Schulte's message of "Mon, 13 Aug 2012 07:16:18 -0600") 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: Eric Schulte Cc: Achim Gratz , emacs-orgmode@gnu.org Let's summarize. It is no a matter of "exposing the user to the warnings" or not. It is a matter of exposing the user to the warnings that might be useful to him -- i.e. the ones he might want to report to the list just to let the developers know, or in the context of a bug hunt. The warnings you get by compiling Elisp files within a single Emacs process are *not* useful to the users because these warnings happen during context-free compilation, and as such, they are not relevant to what the user evaluates when he loads Org (even worse: those warnings may lead him to misinterpret what is missing at run time, whereas they warn about things that are missing at comile time.) So let's stick to the current default `make' for compilation. However, I would suggest these changes to the current default.mk: - Have a target `make single' (useful for developers) - `make test' should use the default make compilation (within one Emacs process), because this target is primarily for performing tests, not for checking warnings. - `make test single' should run the tests *and* compile each file in a separate Emacs process -- so that it gives as much info as the developers may desire. - `make elint' would run the current `make _COMPILE_=slint3'. - `make elint single' would run the current `make _COMPILE_=slint4' (even though I would not complain if we get rid of this target.) - Let's get rid of the _COMPILE_ variable: it is not handy to have to edit this just for running checks. I hope our brains now all compile fine within the same context. :) Achim, if you are okay with the suggestions above, can you make the relevant changes? Thanks! -- Bastien