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#13818: 24.3.50; Bootstrap failed on Cygwin due to revno: 111870 Date: Wed, 27 Feb 2013 00:02:25 -0800 Organization: UCLA Computer Science Department Message-ID: <512DBD91.2090001@cs.ucla.edu> References: <512CADC5.7080309@cornell.edu> <512CF26E.6080006@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1361952197 21232 80.91.229.3 (27 Feb 2013 08:03:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 27 Feb 2013 08:03:17 +0000 (UTC) Cc: 13818@debbugs.gnu.org To: Katsumi Yamaoka Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Feb 27 09:03:40 2013 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 1UAbzG-0001QK-6Y for geb-bug-gnu-emacs@m.gmane.org; Wed, 27 Feb 2013 09:03:38 +0100 Original-Received: from localhost ([::1]:38370 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UAbyv-00023a-B5 for geb-bug-gnu-emacs@m.gmane.org; Wed, 27 Feb 2013 03:03:17 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:40355) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UAbys-000231-ML for bug-gnu-emacs@gnu.org; Wed, 27 Feb 2013 03:03:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UAbyr-0007n9-4X for bug-gnu-emacs@gnu.org; Wed, 27 Feb 2013 03:03:14 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:46944) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UAbyr-0007mz-1G for bug-gnu-emacs@gnu.org; Wed, 27 Feb 2013 03:03:13 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UAc0b-0004gd-Rz for bug-gnu-emacs@gnu.org; Wed, 27 Feb 2013 03:05:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Paul Eggert Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 27 Feb 2013 08:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13818 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13818-submit@debbugs.gnu.org id=B13818.136195225917965 (code B ref 13818); Wed, 27 Feb 2013 08:05:01 +0000 Original-Received: (at 13818) by debbugs.gnu.org; 27 Feb 2013 08:04:19 +0000 Original-Received: from localhost ([127.0.0.1]:52408 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UAbzu-0004fg-Fp for submit@debbugs.gnu.org; Wed, 27 Feb 2013 03:04:18 -0500 Original-Received: from smtp.cs.ucla.edu ([131.179.128.62]:33145) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UAbzr-0004fZ-Sk for 13818@debbugs.gnu.org; Wed, 27 Feb 2013 03:04:17 -0500 Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 2B6E839E8106; Wed, 27 Feb 2013 00:02:26 -0800 (PST) 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 myN2jX56fbzD; Wed, 27 Feb 2013 00:02:25 -0800 (PST) Original-Received: from [192.168.1.9] (pool-71-189-154-249.lsanca.fios.verizon.net [71.189.154.249]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id AA8FC39E8100; Wed, 27 Feb 2013 00:02:25 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.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:71890 Archived-At: On 02/26/2013 02:59 PM, Katsumi Yamaoka wrote: > (There's nothing about data_start in config.log .) Odd. Ken Brown said there was something in his config.log. For now I'll assume his version. On 02/26/2013 03:13 PM, Ken Brown wrote: > The problem seems to be that HAVE_DATA_START is defined to 1, > but DATA_START is not defined. That should be OK. HAVE_DATA_START says that the external symbol data_start works. DATA_START is a macro, which can mean something else and which is to some extent independent of HAVE_DATA_START. (Yes, it's confusing...) > configure:10083: checking for data_start > configure:10099: gcc -std=gnu99 -o conftest.exe -g3 -O2 conftest.c >&5 > configure:10099: $? = 0 > configure:10107: result: yes If I'm understanding things correctly, this means the following little test program compiles and links OK. Can you please check this? extern char data_start[]; char ch; int main () { return data_start == &ch; } If this compiles and links, we need to find out why the similar usage in vm-limit.c does not link. Can you please compile the above program with gcc -std=gnu99 -O2 -S and see what the machine code looks like? Also, suppose we change this test program to the following instead -- does this test program compile and link? extern char data_start[]; char ch; int main () { return data_start < &ch; } >> Also, please examine the output of "gcc -E ... vm-limit.c", >> where "..." contains the same flags as used for compiling >> vm-limit.c, to see how data_start was declared and defined >> in the preprocessor output. > > It's declared as > > extern char data_start[]; > > but never defined. That should be OK, since the test program linked. That is, the linker should automatically define data_start; the program shouldn't have to define it. But for some reason it's working in the test program but not for vm-limit.c, and we need to figure out why there's a discrepancy.