This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug nptl/21304] New: make check fails with /usr/bin/install: cannot remove '/usr/include/stdlib.h': Permission denied
- From: "nszabolcs at gmail dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Fri, 24 Mar 2017 14:14:37 +0000
- Subject: [Bug nptl/21304] New: make check fails with /usr/bin/install: cannot remove '/usr/include/stdlib.h': Permission denied
- Auto-submitted: auto-generated
https://sourceware.org/bugzilla/show_bug.cgi?id=21304
Bug ID: 21304
Summary: make check fails with /usr/bin/install: cannot remove
'/usr/include/stdlib.h': Permission denied
Product: glibc
Version: 2.24
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: nptl
Assignee: unassigned at sourceware dot org
Reporter: nszabolcs at gmail dot com
CC: drepper.fsp at gmail dot com
Target Milestone: ---
bug 20314 is not fixed: libstdc++ added std_abs.h which has the same issue. (i
noticed it when running make check a second time in the same build directory,
not sure why it works for the first time, but this is a nasty issue:
make subdir=nptl -C nptl ..=../ tests
make[2]: Entering directory `SRC/nptl'
/usr/bin/install -c -m 644 ../include/stdlib.h /usr/include/stdlib.h
/usr/bin/install: cannot remove '/usr/include/stdlib.h': Permission denied
make[2]: *** [/usr/include/stdlib.h] Error 1
and preprocessing nptl/tst-thread_local1.cc reveals that indeed std_abs.h
caused include_next <stdlib.h> to find /usr/include/stdlib.h and thus it gets
added to the make deps)
instead of playing whack a mole with libstdc++ headers, glibc should stop
including things into its tests that are not under the control of glibc (i see
no reason to create c++ threads to test c++ destructor semantics) and the
workaround hack in commit 9be4ecc5bbecb2fdbeee0c0d7af30e94517fd5d6 should be
reverted.
--
You are receiving this mail because:
You are on the CC list for the bug.