From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.bugs Subject: bug#16846: acknowledged by developer () Date: Sun, 23 Feb 2014 12:07:06 +0100 Message-ID: References: <53090478.8010409@easy-emacs.de> <53090D96.6040304@easy-emacs.de> <5309B605.5000900@easy-emacs.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1393153689 22416 80.91.229.3 (23 Feb 2014 11:08:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 23 Feb 2014 11:08:09 +0000 (UTC) Cc: 16846@debbugs.gnu.org To: Andreas =?UTF-8?Q?R=C3=B6hler?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Feb 23 12:08:16 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WHWuu-0001yC-8l for geb-bug-gnu-emacs@m.gmane.org; Sun, 23 Feb 2014 12:08:16 +0100 Original-Received: from localhost ([::1]:52422 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WHWut-0000xx-Mk for geb-bug-gnu-emacs@m.gmane.org; Sun, 23 Feb 2014 06:08:15 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54955) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WHWum-0000xk-0T for bug-gnu-emacs@gnu.org; Sun, 23 Feb 2014 06:08:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WHWug-0004Ox-VJ for bug-gnu-emacs@gnu.org; Sun, 23 Feb 2014 06:08:07 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:35098) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WHWug-0004Or-Qu for bug-gnu-emacs@gnu.org; Sun, 23 Feb 2014 06:08:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WHWug-0008K9-CA for bug-gnu-emacs@gnu.org; Sun, 23 Feb 2014 06:08:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Juanma Barranquero Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 23 Feb 2014 11:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16846 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug Original-Received: via spool by 16846-submit@debbugs.gnu.org id=B16846.139315367431984 (code B ref 16846); Sun, 23 Feb 2014 11:08:02 +0000 Original-Received: (at 16846) by debbugs.gnu.org; 23 Feb 2014 11:07:54 +0000 Original-Received: from localhost ([127.0.0.1]:36279 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WHWuY-0008Jo-2L for submit@debbugs.gnu.org; Sun, 23 Feb 2014 06:07:54 -0500 Original-Received: from mail-yk0-f176.google.com ([209.85.160.176]:45873) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WHWuW-0008JV-F1 for 16846@debbugs.gnu.org; Sun, 23 Feb 2014 06:07:53 -0500 Original-Received: by mail-yk0-f176.google.com with SMTP id 19so11267805ykq.7 for <16846@debbugs.gnu.org>; Sun, 23 Feb 2014 03:07:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=msK9pjgvUk9MaL1kF+fK+AopMZbBxMCPx1deBUWOpIY=; b=iACmmlqGxUcBQRPQztWa1SaR3X65JtbbZMYp4RrTyVnEsDPjwS5dF4NTA+f3a9R0BE i/0eNUlMumN/XXegDZhsqvD6BX/NeD3vmbW8JRvrBGWMiEGRSLFxekNXimM7VPdqKPoU xD7wm6FmVtiIal7OhSNgLAeyn49B/9Mmv7i79athdIYtVtIrnDRhMDUkv1CV8Iaa1eNK TRZreD1MxjFeNIsZvUn0z9DY1AiFI9/eBlpXQhi7XHWe9R+ja9iz5G68lymKvplUZ9eS wrhv1aYLCyZSXZBmwPNdjliLrP9KUzdIprjDcC32wYmxthi8sXeSJKT/gljtccpbh/k8 zQ4A== X-Received: by 10.236.159.65 with SMTP id r41mr13294754yhk.20.1393153666646; Sun, 23 Feb 2014 03:07:46 -0800 (PST) Original-Received: by 10.170.197.1 with HTTP; Sun, 23 Feb 2014 03:07:06 -0800 (PST) In-Reply-To: <5309B605.5000900@easy-emacs.de> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:86060 Archived-At: On Sun, Feb 23, 2014 at 9:49 AM, Andreas R=C3=B6hler wrote: > Do you want file-local variables restrict to text-mode? That's a non sequitur. > We must not discuss possible other bugs here. Let's stay with the reporte= d > one. I see no bug. Neither the "possible other" nor the reported one. > It rather says: implementation is not that straightforward as it > could/should be. It says nothing of the sort. It says: an elisp file with file variables should still be an elisp file, a C one still has to have C syntax, etc. > It's at Emacs, when sending code, to clear its artistics before. And, somehow, if you have a C file edited with Emacs and having a file variable line, Emacs is to somehow know when you're about to compile that file (outside Emacs) and "clear its artistics". Sorry, but it makes no sense. > Attach foo1.png - happens when evaluating a buffer with contents: > > ;;;;;; > > > -*- lexical-binding: t -*- > > (setq foo 1) > > ;;;;;; I still see no bug. The way it works makes sense, and it's how it has worked for years. If you want to file a bug report about the info node not being clear enough of the obvious need to put the file variables in a comment or another suitable way to protect them from the file content's consumer, please suit yourself. But the behavior that you're suggesting, that somehow Emacs should remove the file variables before passing it (to the Elisp interpreter or anywhere else) is not going to be implemented. J