[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [patches] Including IBM add-ons in EGLIBC?
- To: Steve Papacharalambous <stevep@xxxxxxxxxxxxx>
- Subject: Re: [patches] Including IBM add-ons in EGLIBC?
- From: "Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>
- Date: Fri, 17 Nov 2006 12:39:01 +0000 (UTC)
On Fri, 17 Nov 2006, Steve Papacharalambous wrote:
> If there is a directory for the e500 in ports I don't see much benefit
> in separating out the SPE PIM functions, on balance it would be better
> to keep them together.
There are two compatibility issues here:
* Compatibility with FSF glibc. New functions like this should generally
only be added to the EGLIBC ABI and API when accepted for FSF glibc, and
then at the symbol version for which they are accepted in FSF glibc.
Now, this a new port, and new ports can have new symbols, and new ports
can reasonably be added to EGLIBC first - in which case the question is
whether there'd be any objection to these symbols when the port is
submitted for the ports collection of FSF glibc.
* Compatibility with users of the SPE add-on. They will expect these
functions to be found in libspe. Is it OK to move them to libc and cease
to provide a separate libspe? I'd think so; note that the SPE add-on
provides just libspe.so rather than setting a proper SONAME, which clearly
would need to be fixed if the add-on stays.
On the whole I think putting everything in libc is reasonable as long as
FSF glibc either excludes the port or includes it complete with the SPE
PIM functions - but if FSF glibc includes it without the functions, then
for compatibility they'll need to go elsewhere.
--
Joseph S. Myers
joseph@xxxxxxxxxxxxxxxx