From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: Add file-locals and dir-locals Date: Sat, 8 Aug 2009 14:58:30 -0700 Message-ID: <012B3CBD54C247DC863BEFDDA8FEC561@us.oracle.com> References: <20090712144137.GB2524@muc.de> <87hbxhony6.fsf@stupidchicken.com><20090712180623.GA1009@muc.de> <4A5A2BE1.3050206@harpegolden.net><87ab34p0o4.fsf_-_@mail.jurta.org> <4A602EF9.9070306@gmx.at><87d47z3584.fsf@mail.jurta.org> <4A61D293.6020105@gmx.at><87ocrhk53y.fsf@mail.jurta.org> <4A62F78A.7030201@gmx.at><87tz187dac.fsf@mail.jurta.org> <87k521o6kh.fsf@mail.jurta.org> <877hxj6sgi.fsf@mail.jurta.org><200908080818.n788ITt9001661@godzilla.ics.uci.edu><87eirmpmse.fsf@mail.jurta.org><874osinij4.fsf@mail.jurta.org> <87d476kmi4.fsf@mail.jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1249768726 16572 80.91.229.12 (8 Aug 2009 21:58:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 8 Aug 2009 21:58:46 +0000 (UTC) Cc: emacs-devel@gnu.org To: "'Juri Linkov'" , "'Leo'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Aug 08 23:58:39 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MZtvy-0002dJ-5d for ged-emacs-devel@m.gmane.org; Sat, 08 Aug 2009 23:58:38 +0200 Original-Received: from localhost ([127.0.0.1]:46228 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MZtvx-0005D6-Kq for ged-emacs-devel@m.gmane.org; Sat, 08 Aug 2009 17:58:37 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MZtvt-0005Cr-Aa for emacs-devel@gnu.org; Sat, 08 Aug 2009 17:58:33 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MZtvo-0005B8-Iq for emacs-devel@gnu.org; Sat, 08 Aug 2009 17:58:32 -0400 Original-Received: from [199.232.76.173] (port=39515 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MZtvo-0005B3-Gb for emacs-devel@gnu.org; Sat, 08 Aug 2009 17:58:28 -0400 Original-Received: from acsinet12.oracle.com ([141.146.126.234]:46481) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MZtvn-0007Gh-Vd for emacs-devel@gnu.org; Sat, 08 Aug 2009 17:58:28 -0400 Original-Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by acsinet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n78Lvt5E000660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 8 Aug 2009 21:57:56 GMT Original-Received: from abhmt015.oracle.com (abhmt015.oracle.com [141.146.116.24]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n78LwL4a011325; Sat, 8 Aug 2009 21:58:21 GMT Original-Received: from dradamslap1 (/141.144.160.75) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 08 Aug 2009 14:58:18 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87d476kmi4.fsf@mail.jurta.org> Thread-Index: AcoYcj126Z7qMOgcTZa3kbokQh03KgAADA6g X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: abhmt015.oracle.com [141.146.116.24] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A010206.4A7DF4FB.00BB:SCFSTAT5015188,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:113826 Archived-At: Question from ignorance - ignore if irrelevant. When dumping, is the granularity necessarily a complete file? Would it be feasible and worthwhile to have some kind of macro that could be wrapped around only those forms to be used when dumping (or only those forms not to be used for dumping)? IOW, instead of splitting a file in two purely for the sake of dumping only part of it, would it be feasible and useful to have an Lisp construct that declares certain forms for dumping (or for not dumping)? Again, ignore if this makes no sense. Splitting a file for only this reason just seems a bit weird on the face of it. -------- > As I already explained, with a general name files-x.el is intended to > contain more file-related functions that don't fit into the > dumped image. > > I hesitate to create a special file only for the functionality of > adding local variables.