From 23ab2615833c3914acbf6f5465d57a4f068a0bde Mon Sep 17 00:00:00 2001 From: Michael Kerrisk Date: Fri, 16 May 2014 11:30:41 +0200 Subject: [PATCH] symlink.2: Glibc falls back to symlink() on kernels that lack symlinkat() --- man2/symlink.2 | 13 +++++++++++++ 1 file changed, 13 insertions(+) diff --git a/man2/symlink.2 b/man2/symlink.2 index 8bd067fb4..00cc09e58 100644 --- a/man2/symlink.2 +++ b/man2/symlink.2 @@ -244,6 +244,19 @@ Deleting the name referred to by a symbolic link will actually delete the file (unless it also has other hard links). If this behavior is not desired, use .BR link (2). +.SS Glibc notes +On older kernels where +.BR symlinkat () +is unavailable, the glibc wrapper function falls back to the use of +.BR symlink (2). +When +.I linkpath +is a relative pathname, +glibc constructs a pathname based on the symbolic link in +.IR /proc/self/fd +that corresponds to the +.IR newdirfd +argument. .SH SEE ALSO .BR ln (1), .BR lchown (2),