"Crist J. Clark" wrote:
> This whole argument ignores what the real problem is. The really
> correct way to handle this is to use the kldxref(8) built in the
> 'buildworld' phase. (It's bad form to be using any executables from
> the base system if we have a full object tree.) Actually using the one
> in /usr/obj/usr/src/usr.sbin/kldxref seems pretty ugly. The better
> thing to do is to have a version in /usr/obj/usr/src/<arch>/usr/sbin
> by making it a crosstool. The failure should not be ignored in this
> case.

Uh, that doesn't work incredibly well when the machine you
are on is an x86, and the machine that the buildworld targets
is, say, the Alpha.

This came up in the first place because it's a cross-envrionment
issue that needs resolving.  The "workaround" exists because the
workaround cops out on the cross-environment part of the process
and spits out the warnming, instead.

-- Terry

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to