Date: Wed, 01 Feb 2006 11:02:55 -0700 (MST) From: Warner Losh <imp@bsdimp.com> To: sgk@troutmask.apl.washington.edu Cc: src-committers@freebsd.org, cvs-src@freebsd.org, cvs-all@freebsd.org, stefanf@freebsd.org, ru@freebsd.org, stefan@fafoe.narf.at Subject: Re: cvs commit: src/sys/sys cdefs.h src/include nl_types.h stdio.h Message-ID: <20060201.110255.74693576.imp@bsdimp.com> In-Reply-To: <20060201173136.GA67971@troutmask.apl.washington.edu> References: <20060201150602.GA67259@troutmask.apl.washington.edu> <20060201152602.GD610@wombat.fafoe.narf.at> <20060201173136.GA67971@troutmask.apl.washington.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
From: Steve Kargl <sgk@troutmask.apl.washington.edu> Subject: Re: cvs commit: src/sys/sys cdefs.h src/include nl_types.h stdio.h Date: Wed, 1 Feb 2006 09:31:36 -0800 > On Wed, Feb 01, 2006 at 04:26:06PM +0100, Stefan Farfeleder wrote: > > On Wed, Feb 01, 2006 at 07:06:02AM -0800, Steve Kargl wrote: > > > On Wed, Feb 01, 2006 at 01:25:13PM +0200, Ruslan Ermilov wrote: > > > > > > > > Commit what Warner sent you, but only to RELENG_6. > > > > > > > > > > What abour -current? This problem with format_arg has > > > totally hosed those people who are having panics with > > > kernels that are newer than 2006-01-25. > > > > What do you mean by 'totally hosed'? Did I miss any mail describing > > this problem? > > > > Build world and kernel of amd64. Watch kernl panic and take > out parts of /usr/include and /usr/src. Do "make includes" > to restore /usr/include, so one can build a new kernel. Watch > the fun begin. > > ===> games/fortune/strfile (obj,depend,all,install) > cc -O2 -fno-strict-aliasing -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -c > /usr/src/games/fortune/strfile/strfile.c > In file included from /usr/src/games/fortune/strfile/strfile.c:53: > /usr/include/stdio.h:331: error: syntax error before "__format_arg" > *** Error code 1 > > Stop in /usr/src/games/fortune/strfile. > *** Error code 1 This is a completely different case. In general, doing a make includes with some random set of include files before a buildworld can lead to problems. You are better off updating to the older source and doing a make includes from there so that the include files match your libraries. I'll look into seeing if this can easily be fixed, but it is not a supported upgrade path. Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060201.110255.74693576.imp>