This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

i?86 libc.so check-abi regression


The current trunk built for i686-linux-gnu fails the libc.so ABI check:

@@ -1563,3 +1562,0 @@ GLIBC_2.1
- scalbln F
- scalblnf F
- scalblnl F

I'm all but certain that this was broken by:

	2014-06-20  Stefan Liebler  <stli@linux.vnet.ibm.com>

		[BZ #6803]
		...

It looks like Joseph approved this change on Thursday and Siddhesh
committed it for Stefan on Friday.

I haven't found anywhere where Stefan or anyone else claimed to have done
proper testing.  It may have been reasonable for JJoseph to approve what he
saw based on the assumption that complete testing would be done before
commit.  Siddhesh certainly should not have committed a change for someone
else without either testing it himself or citing the author's clear claim
that he had tested it.

See math/Makefile lines 77-87 for why these changes became relevant to the
libc.so ABI (not just libm.so, which wasn't broken).

It would be good to get some additional clean-up there.  It looks to me
like printf_fp today does not actually use all those things, so we should
drop from libc whatever we don't need for printf_fp.  Furthermore, we
should make sure that libc's copies are used only internally and not
exported at all.  It's an unintended (very old) snafu that these things got
into any libc.so ABI; we never wanted them there.  But ABIs is ABIs, so we
need runtime-only exports (i.e. no @@ symbols) of the things that
previously-baked ABIs require.


Thanks,
Roland


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]