unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#60843: 30.0.50; Build failure on old GNU/Linux system
       [not found] <87o7qz9sy6.fsf.ref@yahoo.com>
@ 2023-01-16  1:19 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2023-01-16  6:55   ` lux
  0 siblings, 1 reply; 7+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2023-01-16  1:19 UTC (permalink / raw)
  To: 60843

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.





^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#60843: 30.0.50; Build failure on old GNU/Linux system
  2023-01-16  1:19 ` bug#60843: 30.0.50; Build failure on old GNU/Linux system Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2023-01-16  6:55   ` lux
  2023-01-16  9:50     ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 7+ messages in thread
From: lux @ 2023-01-16  6:55 UTC (permalink / raw)
  To: Po Lu; +Cc: 60843

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.






^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#60843: 30.0.50; Build failure on old GNU/Linux system
  2023-01-16  6:55   ` lux
@ 2023-01-16  9:50     ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2023-09-05 21:11       ` Stefan Kangas
  0 siblings, 1 reply; 7+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2023-01-16  9:50 UTC (permalink / raw)
  To: lux; +Cc: 60843

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.





^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#60843: 30.0.50; Build failure on old GNU/Linux system
  2023-01-16  9:50     ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2023-09-05 21:11       ` Stefan Kangas
  2023-09-06  0:35         ` Paul Eggert
  0 siblings, 1 reply; 7+ messages in thread
From: Stefan Kangas @ 2023-09-05 21:11 UTC (permalink / raw)
  To: Po Lu; +Cc: lux, Paul Eggert, 60843

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?





^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#60843: 30.0.50; Build failure on old GNU/Linux system
  2023-09-05 21:11       ` Stefan Kangas
@ 2023-09-06  0:35         ` Paul Eggert
  2023-09-06  2:20           ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 7+ messages in thread
From: Paul Eggert @ 2023-09-06  0:35 UTC (permalink / raw)
  To: Stefan Kangas, Po Lu; +Cc: lux, 60843

On 2023-09-05 14:11, Stefan Kangas wrote:
> Paul, do you have any comments here?

The bug was supposed to be fixed in Gnulib here:

https://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=5e3e0a70eb55ea628d080f3ca06612da0c656e0f

Didn't that work?





^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#60843: 30.0.50; Build failure on old GNU/Linux system
  2023-09-06  0:35         ` Paul Eggert
@ 2023-09-06  2:20           ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2023-09-06  6:32             ` Stefan Kangas
  0 siblings, 1 reply; 7+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2023-09-06  2:20 UTC (permalink / raw)
  To: Paul Eggert; +Cc: lux, Stefan Kangas, 60843

Paul Eggert <eggert@cs.ucla.edu> writes:

> On 2023-09-05 14:11, Stefan Kangas wrote:
>> Paul, do you have any comments here?
>
> The bug was supposed to be fixed in Gnulib here:
>
> https://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=5e3e0a70eb55ea628d080f3ca06612da0c656e0f
>
> Didn't that work?

It did, I think.





^ permalink raw reply	[flat|nested] 7+ messages in thread

* bug#60843: 30.0.50; Build failure on old GNU/Linux system
  2023-09-06  2:20           ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2023-09-06  6:32             ` Stefan Kangas
  0 siblings, 0 replies; 7+ messages in thread
From: Stefan Kangas @ 2023-09-06  6:32 UTC (permalink / raw)
  To: Po Lu, Paul Eggert; +Cc: lux, 60843-done

Po Lu <luangruo@yahoo.com> writes:

> Paul Eggert <eggert@cs.ucla.edu> writes:
>
>> On 2023-09-05 14:11, Stefan Kangas wrote:
>>> Paul, do you have any comments here?
>>
>> The bug was supposed to be fixed in Gnulib here:
>>
>> https://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=5e3e0a70eb55ea628d080f3ca06612da0c656e0f
>>
>> Didn't that work?
>
> It did, I think.

OK, closing this as fixed then.

Sorry for the noise, Paul.





^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2023-09-06  6:32 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <87o7qz9sy6.fsf.ref@yahoo.com>
2023-01-16  1:19 ` bug#60843: 30.0.50; Build failure on old GNU/Linux system Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-01-16  6:55   ` lux
2023-01-16  9:50     ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-05 21:11       ` Stefan Kangas
2023-09-06  0:35         ` Paul Eggert
2023-09-06  2:20           ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-06  6:32             ` Stefan Kangas

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).