From owner-cvs-usrbin  Sat Jan 10 19:48:53 1998
Return-Path: <owner-cvs-usrbin>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id TAA05933
          for cvs-usrbin-outgoing; Sat, 10 Jan 1998 19:48:53 -0800 (PST)
          (envelope-from owner-cvs-usrbin)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA05563;
          Sat, 10 Jan 1998 19:45:14 -0800 (PST)
          (envelope-from jb@FreeBSD.org)
From: John Birrell <jb@FreeBSD.ORG>
Received: (from jb@localhost)
	by freefall.freebsd.org (8.8.6/8.8.5) id NAA02473;
	Sat, 10 Jan 1998 13:36:35 -0800 (PST)
Date: Sat, 10 Jan 1998 13:36:35 -0800 (PST)
Message-Id: <199801102136.NAA02473@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-usrbin@FreeBSD.ORG
Subject: cvs commit: src/usr.bin/find extern.h function.c option.c
Sender: owner-cvs-usrbin@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

jb          1998/01/10 13:36:35 PST

  Modified files:
    usr.bin/find         extern.h function.c option.c 
  Log:
  A partial frontal lobotomy for find if using the NetBSD libc which
  doesn't know about getvfsbyname() and the vfsconf structure. This
  disables the -fstype option if compiled with a pre-processor that
  defines __NetBSD__. With the FreeBSD built pre-processor, find can only
  be built with the FreeBSD libc. So when running with a NetBSD kernel,
  FreeBSD's libc will have to return ENOSYS for things that NetBSD
  doesn't support. That's life in a hybrid world.
  
  Revision  Changes    Path
  1.6       +2 -0      src/usr.bin/find/extern.h
  1.16      +2 -0      src/usr.bin/find/function.c
  1.7       +8 -1      src/usr.bin/find/option.c