This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH v4] Add and use new glibc-internal futex API.
- From: Andreas Schwab <schwab at suse dot de>
- To: Torvald Riegel <triegel at redhat dot com>
- Cc: Roland McGrath <roland at hack dot frob dot com>, GLIBC Devel <libc-alpha at sourceware dot org>
- Date: Wed, 01 Jul 2015 20:04:29 +0200
- Subject: Re: [PATCH v4] Add and use new glibc-internal futex API.
- Authentication-results: sourceware.org; auth=none
- References: <1434987160 dot 25759 dot 26 dot camel at localhost dot localdomain> <20150624232258 dot 9A74C2C3B00 at topped-with-meat dot com> <1435749621 dot 4216 dot 64 dot camel at localhost dot localdomain> <1435759803 dot 4216 dot 65 dot camel at localhost dot localdomain> <mvmegksrm5a dot fsf at hawking dot suse dot de> <1435768734 dot 4216 dot 68 dot camel at localhost dot localdomain>
Torvald Riegel <triegel@redhat.com> writes:
> OK, I see that now. Is that intentional? Or does check-local-headers
> simply not work with fresh builds (which would be surprising..)?
The latter, but only for testsuite dep files (the others were already
converted during the testsuite run the latest).
> Any further feedback on whether the actual failure reported on a
> non-fresh-build makes sense, and how to fix it?
Really the two tests are broken by design:
# The following is a hack since we must compile scanf1{5,7}.c without any
# GNU extension. The latter are needed, though, when internal headers
# are used. So made sure we see the installed headers first.
Andreas.
--
Andreas Schwab, SUSE Labs, schwab@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."