Date: Mon, 1 May 2017 11:53:24 +0200 (CEST) From: Gerald Pfeifer <gerald@pfeifer.com> To: Mark Millard <markmi@dsl-only.net> Cc: freebsd-stable@freebsd.org, Dimitry Andric <dim@freebsd.org>, Konstantin Belousov <kostikbel@gmail.com> Subject: Re: GCC + FreeBSD 11.0 Stable - stat.h does not have vm_ooffset_t definition Message-ID: <alpine.LSU.2.21.1705011151040.2928@anthias.pfeifer.com> In-Reply-To: <0630A9BC-429E-49F2-B0A0-2313A925B0B4@dsl-only.net> References: <0630A9BC-429E-49F2-B0A0-2313A925B0B4@dsl-only.net>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.LSU.2.21.1705011151040.2928>