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:56:03 +0100 Message-ID: References: <17A5977B-7474-4740-BEC7-CFF27E57FC73@play-bow.org> <83d1k24vvr.fsf@gnu.org> <83a8f64udh.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 1474117012 29465 195.159.176.226 (17 Sep 2016 12:56:52 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 17 Sep 2016 12:56:52 +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:56:48 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 1blFAl-00078q-T3 for ged-emacs-devel@m.gmane.org; Sat, 17 Sep 2016 14:56:48 +0200 Original-Received: from localhost ([::1]:46118 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1blFAk-0001bE-42 for ged-emacs-devel@m.gmane.org; Sat, 17 Sep 2016 08:56:46 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43249) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1blFAc-0001aD-NH for emacs-devel@gnu.org; Sat, 17 Sep 2016 08:56:40 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1blFAb-0001LO-3K for emacs-devel@gnu.org; Sat, 17 Sep 2016 08:56:37 -0400 Original-Received: from mail-vk0-x234.google.com ([2607:f8b0:400c:c05::234]:36548) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1blFAY-0001KM-K0; Sat, 17 Sep 2016 08:56:34 -0400 Original-Received: by mail-vk0-x234.google.com with SMTP id m62so65015159vkd.3; Sat, 17 Sep 2016 05:56:34 -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=NEGT12je6wlurMstaa4dN4b0+9bMC9JwtYfv2HfoEYE=; b=vT0r/LrnGLCihhlEV7h3b7+q+hPtnglQdkdjebnAbIneM37Sk2EbYkJwPBQZsDo88U GxftYkpwjzYTkEf9ndXg+laAEpfTArKHNdNpaiGNT2YrMA0uF1NnHCWf+aCK/DYsIXKz dt58sftmNVrm/YZl8YbhnKX6JPFswtyVrGqXnAot9R+zYphfM9iN4JjwLZwTjRg0qhZP vm4DNpciU4WBciYx0nYZS2HWR4Q+/FZVb8aqQeZiH1A7sGgBqostW8Bfmua27BYlBWG/ GmhT0jV/z7koehnkhDGeG2JndWkkFeHxiJzIIv7DiZ5R0xkmpDSkR3CdJLBCib8ULmP2 v0+A== 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=NEGT12je6wlurMstaa4dN4b0+9bMC9JwtYfv2HfoEYE=; b=mXaeTjy7EalbD1ziBlUp+xOHMJE4cxzC2iyN6qL4AwnXkFfwB13NRLVLGL+CuutWHS vLP9W4RNLx3QaTi2oDTRXG4R8XC8vIZaILDlaE9+OLLLq5nmbhTl2fPaY0LoUTA5xDxS npHGYzVf3F5GNrWSx6wSVOD9lG0vtiQYXCMWz5XxZt2TY/HpT4+NDfzfrbvKbMPUbRfe kMSEixZvJKOWuFdO7DA09vKpYEMVfbZf2VfRNZmgNDsZD+rglV7gue45IKXyV9+gImeZ ZkZhyAEe1ZiCycrGVEkMYlmZN6OWgAYkZwuNOeHlZG0tH6JIHdzAQshHYCd4NVTjBi+I cc3g== X-Gm-Message-State: AE9vXwOT6BtgwxES0BWzdpnfxFo0NXEPqbSzWkmoy/8rRFShUBq/1jD2jFw2WEUw2lbcyA2ymOYIBBOrD9PVDQ== X-Received: by 10.31.94.130 with SMTP id s124mr7678112vkb.79.1474116994124; Sat, 17 Sep 2016 05:56:34 -0700 (PDT) Original-Received: by 10.176.82.176 with HTTP; Sat, 17 Sep 2016 05:56:03 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:400c:c05::234 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:207486 Archived-At: > I added an #error to limits.h; as you can see from the output below, > limits.h is already included via the system stdlib.h, which is > included near the top of w32proc.c, so the direct #include of limits.h > after config.h in w32proc.c has no effect. > > In file included from > C:/msys64/mingw64/x86_64-w64-mingw32/include/stdlib.h:10:0, > from G:/emacs/repo/emacs/src/w32proc.c:27: > ../lib/limits.h:21:2: error: #error limits > #error limits > ^~~~~ This is similar to what Bob said in his original message, > The reason other code works is because it #include which > defines it before including , but unexmacosx.c includes > before > including for reasons it describes, > and this causes to get included as well.