From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: Org Mode new Makefile and el-get Date: Sun, 22 Apr 2012 18:25:05 +0200 Message-ID: <87r4vfhgym.fsf@Rainer.invalid> References: <87pqb0i7la.fsf@Rainer.invalid> 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]:52637) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SLzbE-0000bZ-O1 for emacs-orgmode@gnu.org; Sun, 22 Apr 2012 12:25:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SLzbD-0004Sa-1u for emacs-orgmode@gnu.org; Sun, 22 Apr 2012 12:25:20 -0400 Received: from plane.gmane.org ([80.91.229.3]:48060) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SLzbC-0004RS-RN for emacs-orgmode@gnu.org; Sun, 22 Apr 2012 12:25:18 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SLzbB-00045x-Dg for emacs-orgmode@gnu.org; Sun, 22 Apr 2012 18:25:17 +0200 Received: from pd9eb41b2.dip.t-dialin.net ([217.235.65.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 22 Apr 2012 18:25:17 +0200 Received: from Stromeko by pd9eb41b2.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 22 Apr 2012 18:25:17 +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 Mike McLean writes: >> This is more easily accomplished using the target "oldorg". > > I did see the “oldorg” references in the email thread; my question is > which one is more future proof? I guess (and please tell me if I am > incorrect) that the oldorg build is just there for backwards > compatibility and that the compile, autoloads, info was the “correct” > way. The most future-proof way is to provide a local.mk with suitably defined definitions for where to put things and then do a "make install". Otherwise you might not find the ODT style files in the right places or try to work with out-of-sync autoload files. The oldorg target is currently defined as doing exactly "compile autoloads info", but if it turns out that this is still not "compatible enough" the definition of oldorg might change, but the target will still be there. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada