From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Richard Copley Newsgroups: gmane.emacs.devel Subject: Re: unexmacosx.c and limits.h problem Date: Sat, 17 Sep 2016 13:46:47 +0100 Message-ID: References: <17A5977B-7474-4740-BEC7-CFF27E57FC73@play-bow.org> <83d1k24vvr.fsf@gnu.org> <83a8f64udh.fsf@gnu.org> <834m5e4s1b.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: blaine.gmane.org 1474116462 16015 195.159.176.226 (17 Sep 2016 12:47:42 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 17 Sep 2016 12:47:42 +0000 (UTC) Cc: Bob Halley , Paul Eggert , Emacs Development To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 17 14:47:38 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1blF1o-0002e9-1x for ged-emacs-devel@m.gmane.org; Sat, 17 Sep 2016 14:47:32 +0200 Original-Received: from localhost ([::1]:46103 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1blF1k-0000fd-DQ for ged-emacs-devel@m.gmane.org; Sat, 17 Sep 2016 08:47:28 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41698) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1blF1e-0000fF-6l for emacs-devel@gnu.org; Sat, 17 Sep 2016 08:47:23 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1blF1c-00055G-85 for emacs-devel@gnu.org; Sat, 17 Sep 2016 08:47:21 -0400 Original-Received: from mail-vk0-x22b.google.com ([2607:f8b0:400c:c05::22b]:33877) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1blF1a-00053g-GU; Sat, 17 Sep 2016 08:47:18 -0400 Original-Received: by mail-vk0-x22b.google.com with SMTP id g9so63742273vkg.1; Sat, 17 Sep 2016 05:47:18 -0700 (PDT) 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; bh=JpArN1Wdzb4j1ZvEHHM6KpEBvJHy9oEd+x+nqGTIiF0=; b=P350SnRQ+ldl6WiJ5pswrYeu+MfX/Ce+yPv8kdDoYd8rds8atYblg5dA7YNcusUPg7 kA3/iQ1X/aXaybwjnlZ9XUUM6sPBMgRVN+LLqTVLBYtN16Jlc/btwKaSJCOTXrV3tXKp uNeqKnPyx0VNk2IbQclu+7H2SFywoMyAwPwTUBxb2ilQ3Hy3ZkmJ/Nw08f4Cu1u9W02a mxyfVhPYPvSU+ydNjIsUxh2utNAbXhZdSrL8FH8WrgSWXRSIVkDNlqlVA8BD7HhEX/cx WTWIR8SWpa2q/Im4KP8vbW7Iwbe5jjqU9wS/39kypAlCupr30aKY+JHRL+a8xGSXp0tK NbeA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=JpArN1Wdzb4j1ZvEHHM6KpEBvJHy9oEd+x+nqGTIiF0=; b=hWnTFfeDA7hNSiGmyo7GKemtBKdSqIw2HJ6/IOj97k/IiutKkBwf/SsHciotHzG9Nk Uc1pmQ7eVwc5MFg0MXl/JKhACbvhHkMta5tPVgSgWQzhUBkWN/eVOR0rhwprr7TvFmOv ecMxiiIyVRTZEzX6SRjO1jZba7110kVJMSkZNELJD8To7vMeRaZonqqDBZx5z7Ci+4hr e+zwd+1/6yyaurv+V2Uy6QgM/VDUAsnz/0WxX4l5wuYOXpDpQw3s/dUQyPWWpWJKI1nH w5jRzTxK5JDsZxVjnitO3gYzqzeoYlH2iDK6AS4h09LxbdkPuNDJ7Y/crEJp5RsXuZZi TOyQ== X-Gm-Message-State: AE9vXwOFfUgyICvYlP01wSdykqPZzThVEyCXK2/zI3wDHTpufGPoMTG2G904MvdGH6D/w1IUtPebiCKdrpLalg== X-Received: by 10.31.84.129 with SMTP id i123mr8213064vkb.126.1474116438001; Sat, 17 Sep 2016 05:47:18 -0700 (PDT) Original-Received: by 10.176.82.176 with HTTP; Sat, 17 Sep 2016 05:46:47 -0700 (PDT) In-Reply-To: <834m5e4s1b.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:400c:c05::22b X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:207485 Archived-At: On 17 September 2016 at 13:41, Eli Zaretskii wrote: >> From: Richard Copley >> Date: Sat, 17 Sep 2016 13:28:05 +0100 >> Cc: Paul Eggert , Bob Halley , >> Emacs Development >> >> My preprocessed file doesn't show the #include or #define directives. >> It sounds like yours does. Apparently another difference between our >> toolchains. I obtained the preprocessed file the same way you did. > > No, there's no difference. The inclusion evidence is like this: > > # 1 "../lib/limits.h" 1 3 > > Do you see such a line in the preprocessed file? Yes. > If you do, then does > it include this line further down: > > #define LLONG_WIDTH _GL_INTEGER_WIDTH (LLONG_MIN, LLONG_MAX) No. > I then searched back for _GNU_SOURCE and saw this: > > #define _GNU_SOURCE 1 > > and a little ways above it I saw this: > > # 1583 "./config.h" > > Do you see these? > > Etc. etc. -- just go back and look whether the file inclusion I > described happens on your system. > >> I suppose the preprocessed source is no use to you, since you don't >> have the same headers unless you update your MSYS, and if you do that >> you won't need anything from me. > > If you cannot figure this out, send the preprocessed source of > w32proc.c, sure. I will take a look. > > Thanks. Thanks for that. I might have found the difference that makes the difference. Please see my other message.