[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
openat problems on decent linux systems
From: |
Arkadiusz Miskiewicz |
Subject: |
openat problems on decent linux systems |
Date: |
Mon, 11 Dec 2006 23:18:21 +0100 |
User-agent: |
KMail/1.9.5 |
Please take a look at thread:
http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2006-December/018341.html
The problem is that coreutils uses own internal copies
of openat() and fchmodat() even if glibc already provides
these functions (starting from glibc 2.4).
Simplest patch:
diff -urN coreutils-6.7.org/m4/openat.m4 coreutils-6.7/m4/openat.m4
--- coreutils-6.7.org/m4/openat.m4 2006-11-21 00:32:38.000000000 +0100
+++ coreutils-6.7/m4/openat.m4 2006-12-12 00:02:35.949793500 +0100
@@ -10,6 +10,12 @@
AC_DEFUN([gl_FUNC_OPENAT],
[
+ needcompat=no
+ AC_CHECK_FUNC(mkdirat, [], [needcompat=yes])
+ AC_CHECK_FUNC(fchmodat, [], [needcompat=yes])
+ AC_CHECK_FUNC(fchownat, [], [needcompat=yes])
+
+ if test x$needcompat = xyes; then
# No system provides these functions; compile them unconditionally.
AC_LIBOBJ([mkdirat])
AC_LIBOBJ([fchmodat])
@@ -28,6 +34,7 @@
[Define to rpl_ if the openat replacement function should be used.])
gl_PREREQ_OPENAT;;
esac
+ fi
])
AC_DEFUN([gl_PREREQ_OPENAT],
--
Arkadiusz MiĆkiewicz PLD/Linux Team
arekm / maven.pl http://ftp.pld-linux.org/
- openat problems on decent linux systems,
Arkadiusz Miskiewicz <=