From Fedora Project Wiki

< Changes

Revision as of 12:50, 2 May 2018 by Codonell (talk | contribs) (Set category to incomplete.)


New 128-bit IEEE long double ABI for IBM 64-bit POWER LE

Summary

Transition IBM 64-bit POWER LE systems to the new 128-bit IEEE long double ABI.

Owner

  • Name: Carlos O'Donell
  • Email: carlos@redhat.com
  • Release notes owner: carlos@redhat.com
  • Release notes ticket:

Current status

  • Targeted release: Fedora 29
  • Last updated: 2018-05-01
  • Tracker bug:

Detailed Description

IBM has designed a new long double ABI that adheres to the 128-bit IEEE format. This format is more standard than the existing AIX double-double (2 grouped 64-bit doubles) which has discontinuous mantissas and is difficult for developers to use. In Fedora 29 the plan is to switch to the new ABI for long double, while still supporting old applications via compatibility symbols. Newly compiled applications use either the old or new ABI but not a mix of both. Changes are required in the core C libraries, and the compiler and the compiler runtimes.

Benefit to Fedora

Fedora developers will be using a standard 128-bit IEEE format for long double instead of the non-standard double-double AIX format which has a discontinuous mantissa and multiple representations for the same value.

Scope

The change is relatively limited in that not many packages use the long double floating point ABI. The double floating point ABI is much more used, but not long double. It is estimated that few packages use long double directly, and those packages will need to be rebuilt in order to use the new ABI. This rebuilding can be targetted by analyzing which packages have long double usage in their debug information and rebuilding just those packages. However, we can also just use the existing mass rebuild for glibc 2.28 to handle this issue.

  • Proposal owners: Transition glibc to float128 format for long double for IBM ppc64le. Transition gcc to the default for long duble.
  • Other developers: Developers need to ensure that rawhide is stable and ready for the Fedora 29 branch. Given that glibc is backwards compatible and we have been testing the new glibc in rawhide it should make very little impact when updated.
  • Release engineering: A mass rebuild request has been filed for the parent system-wide change to upgrade glibc to 2.28
  • Policies and guidelines: The policies and guidelines do not need to be updated.
  • Trademark approval: Not needed for this change

Upgrade/compatibility impact

The library is backwards compatible with the version of glibc that was shipped in Fedora 27.

We fully expect to fix all packaging changes in Fedora Rawhide given that glibc in Rawhide is tracking what will become glibc 2.28.

How To Test

The GNU C Library has its own testsuite, which is run during the package build and examined by the glibc developers before being uploaded. This test suite has 2500+ tests that run to verify the correct operation of the library. In the future we'll also be running the microbenchmark to look for performance regressions as well as behavioural ones.

Specific testing for 128-bit IEEE long double ABI will be carried out by the glibc testsuite. Integration smoke testing will be carried out by the glibc developers to make sure new applications are built with the correct defaults and work as expected.

User Experience

Users will see a new 128-bit floating point ABI, but this will largely be transparent to them. On POWER hardware that supports 128-bit long double in hardware the compiler will use the hardware transparently to accelerate floating point operations.

Dependencies

This change requires coordination of glibc and gcc to change the compiler defaults and build the compiler language runtimes correctly.

Contingency Plan

  • Contingency mechanism: Given that Rawhide has started tracking glibc 2.28, no show-stopper problems are expected. At this point, we can still revert to upstream version 2.27 if insurmountable problems appear, but to do so may require a mass rebuild to remove new symbols from the ABI/API.
  • Contingency deadline: Upstream ABI freeze deadline of 2018-08-01.
  • Blocks release? Upgrading glibc does block the release. We should not ship without the float128 ABI change.

Documentation

The glibc manual contains the documentation for the release and doesn't need any more additional work.

Release Notes

The GNU C Library version 2.28 will be released at the beginning of August 2018. The current NEWS notes can be seen here as they are added: https://sourceware.org/git/?p=glibc.git;a=blob;f=NEWS;hb=HEAD