Date: Wed, 13 Jan 2016 08:58:12 -0800 From: John Baldwin <jhb@freebsd.org> To: Jilles Tjoelker <jilles@freebsd.org> Cc: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: Re: svn commit: r293783 - head/lib/libc/sys Message-ID: <2902719.QmmqeCdr7g@ralph.baldwin.cx> In-Reply-To: <201601122053.u0CKrvmB060658@repo.freebsd.org> References: <201601122053.u0CKrvmB060658@repo.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tuesday, January 12, 2016 08:53:57 PM Jilles Tjoelker wrote: > Author: jilles > Date: Tue Jan 12 20:53:57 2016 > New Revision: 293783 > URL: https://svnweb.freebsd.org/changeset/base/293783 > > Log: > Update futimens/utimensat for MFC to stable/10: > > * Fix __FreeBSD_version check. > * Update history section in man page. > > An MFC of this commit to stable/10 will allow using the new system calls > instead of the fallback. > > MFC after: 3 days Why does futimens.c exist? Given that we do not support forwards compatibility (newer libc on older kernel) only backwards compatibility (older libc on newer kernel), libc should just always call the system call directly. This is what we do for all other system calls and would avoid the issue of the earlier MFC not actually working. Allowing the unsupported 'make installkernel ; make installworld ; reboot' cycle to work across this change doesn't seem worth the effort of maintaining the osreldate checks here. -- John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2902719.QmmqeCdr7g>