bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#60843: 30.0.50; Build failure on old GNU/Linux system


From: Stefan Kangas
Subject: bug#60843: 30.0.50; Build failure on old GNU/Linux system
Date: Tue, 5 Sep 2023 14:11:22 -0700

Po Lu <luangruo@yahoo.com> writes:

> lux <lx@shellcodes.org> writes:
>
>> Po Lu <luangruo@yahoo.com> writes:
>>
>>> Since the last gnulib merge, Emacs refuses to build on Fedora 9:
>>>
>>> qcopy-acl.c: In function ‘is_attr_permissions’:
>>> qcopy-acl.c:36: warning: implicit declaration of function ‘attr_copy_action’
>>> qcopy-acl.c:36: error: ‘ATTR_ACTION_PERMISSIONS’ undeclared (first use in 
>>> this function)
>>> qcopy-acl.c:36: error: (Each undeclared identifier is reported only once
>>> qcopy-acl.c:36: error: for each function it appears in.)
>>>
>>> Would someone please take a look at this?  Thanks.
>>
>> Probably because the version of libattr in Fedora 9 is too low, Fedora 9
>> using the libattr-2.4.41, `ATTR_ACTION_PERMISSIONS' is not defined.
>>
>> I see the `ATTR_ACTION_PERMISSIONS' first defined in 2008-05-19
>> (https://git.savannah.nongnu.org/cgit/attr.git/commit/?id=467bbfa56a14c1571082cab2385d272bead78fdc)
>>
>> You can also disable xattr to solve the problem:
>>
>>     $ ./configure --disable-xattr
>>
>> I compiled successfully in Fedora 9:
>>
>>   [root@localhost emacs]# lsb_release -a
>>   LSB Version:       
>> :core-3.1-amd64:core-3.1-noarch:graphics-3.1-amd64:graphics-3.1-noarch
>>   Distributor ID:    Fedora
>>   Description:       Fedora release 9 (Sulphur)
>>   Release:   9
>>   Codename:  Sulphur
>>   [root@localhost emacs]# emacs --version
>>   GNU Emacs 30.0.50
>>   Copyright (C) 2023 Free Software Foundation, Inc.
>>   GNU Emacs comes with ABSOLUTELY NO WARRANTY.
>>   You may redistribute copies of GNU Emacs
>>   under the terms of the GNU General Public License.
>>   For more information about these matters, see the file named COPYING.
>
> Yes, but it should be fixed in gnulib.  Emacs should compile cleanly
> without any arguments to configure.

Paul, do you have any comments here?





reply via email to

[Prev in Thread] Current Thread [Next in Thread]