summaryrefslogtreecommitdiff
path: root/include/linux/oprofile.h
diff options
context:
space:
mode:
authorUlrich Drepper <drepper@redhat.com>2006-06-25 16:49:11 +0400
committerLinus Torvalds <torvalds@g5.osdl.org>2006-06-25 21:01:22 +0400
commit45c9b11a1d07770cabb48cb0f7960a77650ffc64 (patch)
treef1928b66fa23a5350cc15b0c448e9acefff66758 /include/linux/oprofile.h
parent584e1236bbcdfec3f64c751908b8b4fe868c2d20 (diff)
downloadlinux-45c9b11a1d07770cabb48cb0f7960a77650ffc64.tar.xz
[PATCH] Implement AT_SYMLINK_FOLLOW flag for linkat
When the linkat() syscall was added the flag parameter was added in the last minute but it wasn't used so far. The following patch should change that. My tests show that this is all that's needed. If OLDNAME is a symlink setting the flag causes linkat to follow the symlink and create a hardlink with the target. This is actually the behavior POSIX demands for link() as well but Linux wisely does not do this. With this flag (which will most likely be in the next POSIX revision) the programmer can choose the behavior, defaulting to the safe variant. As a side effect it is now possible to implement a POSIX-compliant link(2) function for those who are interested. touch file ln -s file symlink linkat(fd, "symlink", fd, "newlink", 0) -> newlink is hardlink of symlink linkat(fd, "symlink", fd, "newlink", AT_SYMLINK_FOLLOW) -> newlink is hardlink of file The value of AT_SYMLINK_FOLLOW is determined by the definition we already use in glibc. Signed-off-by: Ulrich Drepper <drepper@redhat.com> Acked-by: Al Viro <viro@zeniv.linux.org.uk> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'include/linux/oprofile.h')
0 files changed, 0 insertions, 0 deletions