This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: libtest.a (was: Re: [PATCH] Fix p{readv,writev}{64} consolidation implementation)
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Florian Weimer <fweimer at redhat dot com>
- Cc: Adhemerval Zanella <adhemerval dot zanella at linaro dot org>, <libc-alpha at sourceware dot org>
- Date: Thu, 23 Jun 2016 14:54:12 +0000
- Subject: Re: libtest.a (was: Re: [PATCH] Fix p{readv,writev}{64} consolidation implementation)
- Authentication-results: sourceware.org; auth=none
- References: <1465941275-3459-1-git-send-email-adhemerval dot zanella at linaro dot org> <20160615053714 dot GM4053 at vapier dot lan> <177f35c1-5934-00c7-a24b-901947505fee at redhat dot com> <20160615154119 dot GS4053 at vapier dot lan> <8a699a4e-de60-83be-ed72-caa2e629f2b3 at redhat dot com> <20160622110522 dot GE24532 at vapier dot lan> <247353e2-c69a-a367-1a89-59ca4dd479a6 at redhat dot com>
On Thu, 23 Jun 2016, Florian Weimer wrote:
> What I mean is that the test harness pulls in stuff that cause things to
> interfere with what we want to test. This could be magic symbols for
> stdio/libio compatibility, pthread symbols, or just calling mallopt (as
> discussed before).
>
> If the test helpers are not in just one monolithic .c file, it helps with
> achieving that.
Also, test-skeleton.c doesn't work well with tests that wish to undefine
_LIBC and _GNU_SOURCE in order to test non-GNU feature test macros / APIs
/ strict standards conformance options, since it uses GNU APIs itself.
If we change things so that most of the functionality is in a separate
library or object (built with the usual _GNU_SOURCE), and test-skeleton
itself is very minimal, then more tests can be made to use it. (Of
course, doing this means doing something about the various macros tests
can define to change how test-skeleton behaves.)
--
Joseph S. Myers
joseph@codesourcery.com