[PATCH roland/nptl-sparc] Move remaining SPARC code out of nptl/.
Roland McGrath
roland@hack.frob.com
Tue Jun 24 20:34:00 GMT 2014
> 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.)
Thanks,
Roland
More information about the Libc-alpha
mailing list