This is the mail archive of the
mailing list for the glibc project.
Re: [PATCH roland/nptl-sparc] Move remaining SPARC code out of nptl/.
- From: Roland McGrath <roland at hack dot frob dot com>
- To: David Miller <davem at davemloft dot net>
- Cc: libc-alpha at sourceware dot org
- Date: Tue, 24 Jun 2014 13:34:52 -0700 (PDT)
- Subject: Re: [PATCH roland/nptl-sparc] Move remaining SPARC code out of nptl/.
- Authentication-results: sourceware.org; auth=none
- References: <20140623170840 dot E8B952C3A0C at topped-with-meat dot com> <20140623 dot 222726 dot 1899859674674983861 dot davem at davemloft dot net> <20140624201458 dot D62112C39C4 at topped-with-meat dot com> <20140624 dot 132842 dot 1255651814055244349 dot davem at davemloft dot net>
> I suspect it's something else to do with directory dependency
> ordering, which I guess is the riskiest aspect of these NPTL directory
> move changes.
Indeed. I've tried to do each stage of the change in such a way that it
should not change the compiled code at all. So rather than debugging the
tests, we can just debug the build, which should be a lot easier. I use
diffs of objdump -rd output a lot.
> I will not have time to investigate this today, sorry.
No problem. I will test the other builds that are easiest for me to do
(ARM, and re-test x86 in case I flubbed my previous testing), and might
find some general snafu that way. Then I'll see what I can do to
investigate the sparc build myself if you haven't gotten there first.
(I have some old pointers from you to log into a machine of yours,
and in years past I've managed to find sparc boxes I could use via
the Debian and/or GCC compile farms or maybe sourceforge.)