From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.bugs Subject: bug#8675: error: token "@" is not valid in preprocessor expressions Date: Thu, 19 May 2011 00:39:47 -0700 Organization: UCLA Computer Science Department Message-ID: <4DD4C943.4060205__13255.752673331$1305790815$gmane$org@cs.ucla.edu> References: <4DD0B118.1040205@cs.ucla.edu> <4DD44F42.1050405@cs.ucla.edu> <201105190227.26215.bruno@clisp.org> <4DD476BF.1040109@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1305790815 16085 80.91.229.12 (19 May 2011 07:40:15 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 19 May 2011 07:40:15 +0000 (UTC) Cc: Andreas Schwab , 8675@debbugs.gnu.org, bug-gnulib@gnu.org, Bruno Haible To: Christoph Scholtes Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu May 19 09:40:10 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QMxq4-0006S7-JK for geb-bug-gnu-emacs@m.gmane.org; Thu, 19 May 2011 09:40:08 +0200 Original-Received: from localhost ([::1]:36676 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QMxq4-00060y-4l for geb-bug-gnu-emacs@m.gmane.org; Thu, 19 May 2011 03:40:08 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:53691) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QMxq0-00060M-WA for bug-gnu-emacs@gnu.org; Thu, 19 May 2011 03:40:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QMxpz-0007f9-VH for bug-gnu-emacs@gnu.org; Thu, 19 May 2011 03:40:04 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:42142) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QMxpz-0007f5-ST for bug-gnu-emacs@gnu.org; Thu, 19 May 2011 03:40:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1QMxpy-00049q-Mw; Thu, 19 May 2011 03:40:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Paul Eggert Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 19 May 2011 07:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8675 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 8675-submit@debbugs.gnu.org id=B8675.130579079715962 (code B ref 8675); Thu, 19 May 2011 07:40:02 +0000 Original-Received: (at 8675) by debbugs.gnu.org; 19 May 2011 07:39:57 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QMxps-00049P-OO for submit@debbugs.gnu.org; Thu, 19 May 2011 03:39:56 -0400 Original-Received: from smtp.cs.ucla.edu ([131.179.128.62]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QMxpp-00049C-W6 for 8675@debbugs.gnu.org; Thu, 19 May 2011 03:39:55 -0400 Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 5022239E818A; Thu, 19 May 2011 00:39:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Original-Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1-HkeZ3yM8BM; Thu, 19 May 2011 00:39:47 -0700 (PDT) Original-Received: from [192.168.1.10] (pool-71-189-109-235.lsanca.fios.verizon.net [71.189.109.235]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 986F939E80F2; Thu, 19 May 2011 00:39:47 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.17) Gecko/20110424 Thunderbird/3.1.10 In-Reply-To: <4DD476BF.1040109@gmail.com> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Thu, 19 May 2011 03:40:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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:46584 Archived-At: >> If the previous Makefile.in was not based on gnulib 2011-04-03 or newer, >> we need to do nothing; the problem is already fixed. > > I am not sure what version of gnulib my Makefile was based on. The previous Emacs trunk commit (i.e., the commit before the one that caused you a problem) was based on gnulib 2011-05-06. I also updated Emacs trunk from gnulib on 2011-04-26, 2011-04-17, 2011-04-10, 2011-04-06, and 2011-04-05. So if you've been keeping up to date regularly with Emacs, your old Makefile was based on a suitably-recent gnulib. >> If the reporter did "make" in the top-level directory of emacs and it did >> not rebuild config.status, even after configure changed, it needs to be >> fixed in emacs. > > I am not sure how to determine if this was the case, since running > ./autogen.sh, ./configure and make bootstrap fixed the problem. > > Let me know if I can help to further troubleshoot this. Perhaps you could try checking out the old version, building it, and then doing a "bzr up", and see whether the problem recurs? The top-level Emacs directory does have a dependency of config.status on configure, for what that's worth, so a top-level "make" should rebuild config.status. > If the reporter only did "make" in the lib/ or src/ subdirectory and not > in the top-level directory, then either he needs to change his way of working, > or a rule like > > ../config.status : $(srcdir)/../configure > ../config.status --recheck > > needs to be added in every subdirectory's Makefile. Automake generated > Makefiles contain such a rule, so maybe that's what is missing in > emacs/src/Makefile? His problem occurred in emacs/lib, and emacs/lib/Makefile is generated by Automake, so I expect this is not the problem.