From owner-freebsd-stable@freebsd.org Mon May 1 09:53:28 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D2466D58216 for ; Mon, 1 May 2017 09:53:28 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from ainaz.pair.com (ainaz.pair.com [209.68.2.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B4598A5D; Mon, 1 May 2017 09:53:28 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from anthias (vie-188-118-250-006.dsl.sil.at [188.118.250.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ainaz.pair.com (Postfix) with ESMTPSA id 8959F3F53E; Mon, 1 May 2017 05:53:26 -0400 (EDT) Date: Mon, 1 May 2017 11:53:24 +0200 (CEST) From: Gerald Pfeifer To: Mark Millard cc: freebsd-stable@freebsd.org, Dimitry Andric , Konstantin Belousov Subject: Re: GCC + FreeBSD 11.0 Stable - stat.h does not have vm_ooffset_t definition In-Reply-To: <0630A9BC-429E-49F2-B0A0-2313A925B0B4@dsl-only.net> Message-ID: References: <0630A9BC-429E-49F2-B0A0-2313A925B0B4@dsl-only.net> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 May 2017 09:53:28 -0000 On Mon, 1 May 2017, Mark Millard wrote: > and that mkheaders does more than just fixinc.sh > as far as changing headers goes, such as limits.h > and gsyslmits.h and syslimits.h . That's a good point, and I guess the *limits.h files do make sense to come from the compiler itself? > The fixincludes script is known to occasionally erroneously attempt > to "fix" the system headers installed so far. As the headers up to > this point are known to not require fixing, issue the following > command to prevent the fixincludes script from running: > > sed -i 's@\./fixinc\.sh@-c true@' gcc/Makefile.in > > (End quote) : > This still leaves the limits.h and gsystemlimits.h and > syslimits.h code in place but does block most of the > activity. Thanks for this pointer, Mark! I have earmarked this as the first approach to give a try soon, instead of completely yanking the fixincluded directory. Gerald