[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#430266: ldbl128 transition for alpha, powerpc, sparc, s390



On Sat, Jun 23, 2007 at 03:48:06PM +0200, Matthias Klose wrote:
 
> Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html

There's not a lot of discussion there -- just an announcement really.
 
> With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
> data type did change from a 64bit representation to a 128bit
> representation on alpha, powerpc, sparc, s390. 

The referenced message, above, is over three weeks old.  Is that
when the change went in?  Does that mean any package on the list
built since then is buggy?


> To allow partial upgrades of packages, we will need to rename all
> packages holding libraries with the long double data type in their
> API.

So what upgrades are we worried about?  

If packages built in the last three weeks are buggy, they may already
be in "testing".  So we're not to worry about upgrades from testing
versions?

If we're only worried about upgrades from the version in stable, then
we don't need to rename a package that has never been in stable,
correct?


> Both libc and libstdc++ do not need to be renamed, because they
> support both representations.  We rename the library packages on all
> architectures to avoid name mismatches between architectures (you
> can avoid the renaming by supporting both datatype representations
> in the library as done in glibc and libstdc++, but unless a library
> is prepared for that, it does not seem to be worth the effort).

How is it that libc and libstdc++ support both representations?  How
would another library support both?

Thanks,
-Steve

Attachment: signature.asc
Description: Digital signature


Reply to: