Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 01 Jan 2011 13:32:26 -0800
From:      perryh@pluto.rain.com
To:        freebsd@edvax.de, bruce@cran.org.uk
Cc:        sterling@camdensoftware.com, freebsd-questions@freebsd.org
Subject:   Re: csup and build question
Message-ID:  <4d1f9d6a.0Y9F5EG3I94PNVKJ%perryh@pluto.rain.com>
In-Reply-To: <20110101200011.00005459@unknown>
References:  <20110101183822.GB66527@libertas.local.camdensoftware.com> <20110101195330.41ca6a26.freebsd@edvax.de> <20110101192311.GE66527@libertas.local.camdensoftware.com> <20110101204401.62602973.freebsd@edvax.de> <20110101200011.00005459@unknown>

next in thread | previous in thread | raw e-mail | index | archive | help
Bruce Cran <bruce@cran.org.uk> wrote:
> On Sat, 1 Jan 2011 20:44:01 +0100
> Polytropon <freebsd@edvax.de> wrote:
> > If programs or other components of the world do have to
> > be in sync with kernel or system files (sys/*.h), then
> > I conclude that world also has to be compiled. In this
> > regards, it means a change of the kernel, and if the
> > kernel did change, kernel and world are out of sync,
> > which implies that both have to be compiled.
> The ABI of the kernel sometimes changes, in which case despite
> there being no changes in world it still needs to be rebuilt
> against the newer header files. For example, recently:
>
> 20101228:
> 	The TCP stack has been modified to allow Khelp modules to
> interact with it via helper hook points and store per-connection
> data in the TCP control block. Bump __FreeBSD_version to 900029.
> User space tools that rely on the size of struct tcpcb in tcp_var.h
> (e.g. sockstat) need to be recompiled.

IIUC, things like that are supposed to happen only within -CURRENT,
not within a -STABLE or security branch.

I would surmise that, if a csup yielded changes only in /usr/src/sys
and none of those changes touched a .h file, it should not be necessary
to rebuild world.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4d1f9d6a.0Y9F5EG3I94PNVKJ%perryh>