GNU bug report logs -
#32762
Bug at coreutils compile
Previous Next
Reported by: "vvcfee"<vvcfee <at> yeah.net>
Date: Tue, 18 Sep 2018 15:18:02 UTC
Severity: normal
Tags: notabug
Done: Assaf Gordon <assafgordon <at> gmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 32762 in the body.
You can then email your comments to 32762 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-coreutils <at> gnu.org
:
bug#32762
; Package
coreutils
.
(Tue, 18 Sep 2018 15:18:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"vvcfee"<vvcfee <at> yeah.net>
:
New bug report received and forwarded. Copy sent to
bug-coreutils <at> gnu.org
.
(Tue, 18 Sep 2018 15:18:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi GNU team,Thanks for your great job!
recently I try to compile gnu coreutils manually on Centos7.3,and got some error when try to make:
[root <at> localhost coreutils]# make
make all-recursive
make[1]: Entering directory `/coreutils'
Making all in po
make[2]: Entering directory `/coreutils/po'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/coreutils/po'
Making all in .
make[2]: Entering directory `/coreutils'
CC lib/acl-internal.o
lib/acl-internal.c: In function 'free_permission_context':
lib/acl-internal.c:479:1: error: function might be candidate for attribute 'cons
t' [-Werror=suggest-attribute=const]
free_permission_context (struct permission_context *ctx)
^
cc1: all warnings being treated as errors
make[2]: *** [lib/acl-internal.o] Error 1
make[2]: Leaving directory `/coreutils'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/coreutils'
make: *** [all] Error 2
It seems like a bug has been reported before bug20753
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=20753
Regards,
Arryboom
2018-09-18
vvcfee
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#32762
; Package
coreutils
.
(Tue, 18 Sep 2018 18:25:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 32762 <at> debbugs.gnu.org (full text, mbox):
tag -1 notabug
close -1
thanks
Hello,
On 18/09/18 02:49 AM, vvcfee wrote:
> Hi GNU team,Thanks for your great job!
Thank you for the kind words.
> recently I try to compile gnu coreutils manually on Centos7.3,and got some error when try to make:
> [root <at> localhost coreutils]# make
> make all-recursive
> make[1]: Entering directory `/coreutils'
> Making all in po
> make[2]: Entering directory `/coreutils/po'
> make[2]: Nothing to be done for `all'.
> make[2]: Leaving directory `/coreutils/po'
> Making all in .
> make[2]: Entering directory `/coreutils'
> CC lib/acl-internal.o
> lib/acl-internal.c: In function 'free_permission_context':
> lib/acl-internal.c:479:1: error: function might be candidate for attribute 'cons
> t' [-Werror=suggest-attribute=const]
> free_permission_context (struct permission_context *ctx)
> ^
> cc1: all warnings being treated as errors
This is not a bug per-se, but a combination of two factors:
1. The compile issues a warning that a certain function
could be modified for improved performance.
2. The build process treats all warnings as errors.
This typically happens when one builds coreutils
directly from the git repository.
It should never happen when building from an official tarball.
===
If you did use a tarball (i.e. one of the files in
https://ftp.gnu.org/gnu/coreutils/ ) and still encountered this problem
- please do tell
which version of tarball and which version of gcc you are using.
If you are building from git (e.g. "git clone
git://git.sv.gnu.org/coreutils.git") and still want to proceed, you can
disable these warnings like so:
git clone git://git.sv.gnu.org/coreutils.git
cd coreutils
./bootstrap
./configure --disable-gcc-warnings
make
As a last resort, not very recommended, you can temporarily override
the CFLAGS to compile just that one file without warnings, like so:
[... after the build failure of acl-internal.o ...]
$ make CFLAGS="" ./lib/acl-internal.o
CC lib/acl-internal.o
[... then resume build as before ...]
$ make
...
...
===
Hope this helps. If not, please do reply and send more details.
I'm closing this as "not a bug", but discussion can continue by replying
to this thread.
regards,
- assaf
Added tag(s) notabug.
Request was from
Assaf Gordon <assafgordon <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Tue, 30 Oct 2018 03:56:03 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
32762 <at> debbugs.gnu.org and "vvcfee"<vvcfee <at> yeah.net>
Request was from
Assaf Gordon <assafgordon <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Tue, 30 Oct 2018 03:56:03 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 27 Nov 2018 12:24:09 GMT)
Full text and
rfc822 format available.
This bug report was last modified 6 years and 204 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.