This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Include LOCPATH in default test environment
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: Florian Weimer <fweimer at redhat dot com>
- Cc: <libc-alpha at sourceware dot org>
- Date: Wed, 11 Jun 2014 12:16:11 +0000
- Subject: Re: Include LOCPATH in default test environment
- Authentication-results: sourceware.org; auth=none
- References: <Pine dot LNX dot 4 dot 64 dot 1406042243420 dot 2874 at digraph dot polyomino dot org dot uk> <53980F34 dot 2070300 at redhat dot com> <Pine dot LNX dot 4 dot 64 dot 1406111021090 dot 17228 at digraph dot polyomino dot org dot uk> <53983987 dot 6010302 at redhat dot com>
On Wed, 11 Jun 2014, Florian Weimer wrote:
> > If a directory contains tests using locales, my understanding is that its
> > Depend file should mention localedata to ensure that localedata comes
> > first in sysd-sorted.
>
> I don't think this is possible for locale/ because that would introduce a
> cyclic dependency.
locale/ tests only depend on the C / POSIX locale (built-in, so not
needing any of the data generated with localedef).
> What I'm trying to say is that it might make sense to artificially introduce a
> barrier between building localedata/ and running the tests, if that's
> possible, so that it's no longer necessary to touch the Depend files.
The relevant files in localedata/ in the objdir aren't generated by
building glibc (which should avoid needing to run anything on the host for
which glibc is built), they're generated by "make localedata/tests". But
I think there should be a separate makefile rule somewhere for generating
those locales, that all tests can then depend on (rather than only tests
in localedata/ having such a dependency, and others relying on directory
ordering).
--
Joseph S. Myers
joseph@codesourcery.com