[fedfs-utils] [PATCH] Do not look for libattr. <sys/xattr.h> is enough

Chuck Lever chuck.lever at oracle.com
Mon Jun 23 16:17:31 PDT 2014


On Jun 23, 2014, at 7:00 PM, Cristian Rodríguez <crrodriguez at opensuse.org> wrote:

> El 23/06/14 18:54, Chuck Lever escribió:
>> 
>> On Jun 23, 2014, at 6:38 PM, Cristian Rodríguez <crrodriguez at opensuse.org> wrote:
>> 
>>> Of course the package build will have libattr-devel as a build 
>>> dependency, since this code include <attr/xattr.h> and will fail 
>>> without it.. however...the code is not even linking the attr library so 
>>> it will never get used.
>>> 
>>> AC_CHECK_LIB([attr], [fgetxattr],
>>>             [AC_SUBST([LIBATTR], ["-lattr"])
>>>               AC_DEFINE([HAVE_LIBATTR], [1],
>>>                         [Define if you have libattr])],
>>>              [AC_MSG_ERROR([libattr not found.])])
>>> 
>>> Does not add -lattr to $LIBS and the variable LIBATTR is never 
>>> referenced anywhere in the makefiles.. the build succeeds because 
>>> libattr duplicates libc functionality….
>> 
>> Then commit f5c16606 is incorrect: configure.ac should be looking for
>> the attr/xattr.h header, not the libattr.so library.
> 
> Nope, it should be only looking for <sys/xattr.h> as glibc 2.3 that
> contains this functionality was released in 2002.. 12 years ago.. the
> xattr functions that are provided by glibc will disappear in upcoming
> releases of libattr...working on that too..

Can you point me to something that documents the deprecation of attr/xattr.h?

--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com






More information about the fedfs-utils-devel mailing list