Date: Tue, 26 Feb 2008 18:19:49 +0000 (UTC) From: "David E. O'Brien" <obrien@FreeBSD.org> To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/fs/nullfs null_vfsops.c src/sys/fs/nwfs nwfs_vfsops.c src/sys/fs/smbfs smbfs_vfsops.c src/sys/kern vfs_default.c vfs_vnops.c src/sys/sys mount.h vnode.h src/sys/ufs/ufs quota.h ufs_quota.c ufs_vfsops.c Message-ID: <200802261819.m1QIJnTO068648@repoman.freebsd.org>
next in thread | raw e-mail | index | archive | help
obrien 2008-02-26 18:19:49 UTC
FreeBSD src repository
Modified files: (Branch: RELENG_6)
sys/fs/nullfs null_vfsops.c
sys/fs/nwfs nwfs_vfsops.c
sys/fs/smbfs smbfs_vfsops.c
sys/kern vfs_default.c vfs_vnops.c
sys/sys mount.h vnode.h
sys/ufs/ufs quota.h ufs_quota.c ufs_vfsops.c
Log:
Back out MFC of "eradicate caddr_t".
Turn's out Kris' suspisions were right - from a suttle code compatability
point of view. Robert Watson found that ARLA code had something like this:
typedef int (*foo_t)(caddr_t); ... foo_t fred;
The compile gets all snarky when it finds int fred(void *) { .. }.
Revision Changes Path
1.72.2.7 +1 -1 src/sys/fs/nullfs/null_vfsops.c
1.40.2.5 +2 -2 src/sys/fs/nwfs/nwfs_vfsops.c
1.34.2.4 +2 -2 src/sys/fs/smbfs/smbfs_vfsops.c
1.127.2.6 +1 -1 src/sys/kern/vfs_default.c
1.233.2.9 +4 -4 src/sys/kern/vfs_vnops.c
1.197.2.12 +1 -1 src/sys/sys/mount.h
1.304.2.11 +2 -2 src/sys/sys/vnode.h
1.27.2.4 +4 -4 src/sys/ufs/ufs/quota.h
1.74.2.9 +10 -10 src/sys/ufs/ufs/ufs_quota.c
1.45.2.5 +1 -1 src/sys/ufs/ufs/ufs_vfsops.c
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200802261819.m1QIJnTO068648>