From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 93415 invoked by alias); 27 Jun 2018 02:00:45 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 91619 invoked by uid 89); 27 Jun 2018 02:00:30 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_LOW,URIBL_RED autolearn=no version=3.3.2 spammy= X-HELO: mx0a-001b2d01.pphosted.com From: Tulio Magno Quites Machado Filho To: Joseph Myers Cc: Florian Weimer , "Carlos O'Donell" , GNU C Library , Bill Schmidt Cc: Subject: Re: glibc 2.28 release on August 1st and extended ABI freeze for ppc64le float128. In-Reply-To: References: <4db8730d-158c-67e4-b4fd-55b3cc9a7100@redhat.com> <87zhzhz6gn.fsf@mid.deneb.enyo.de> <87a7rh9vw1.fsf@linux.ibm.com> User-Agent: Notmuch/0.25 (http://notmuchmail.org) Emacs/25.3.1 (x86_64-redhat-linux-gnu) Date: Wed, 27 Jun 2018 02:00:00 -0000 MIME-Version: 1.0 Content-Type: text/plain x-cbid: 18062702-0040-0000-0000-00000445B13D X-IBM-SpamModules-Scores: X-IBM-SpamModules-Versions: BY=3.00009261; HX=3.00000241; KW=3.00000007; PH=3.00000004; SC=3.00000266; SDB=6.01052845; UDB=6.00539775; IPR=6.00830770; MB=3.00021872; MTD=3.00000008; XFM=3.00000015; UTC=2018-06-27 02:00:04 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 18062702-0041-0000-0000-0000084BC7DB Message-Id: <87y3f17zvj.fsf@linux.ibm.com> X-SW-Source: 2018-06/txt/msg00834.txt.bz2 Joseph Myers writes: > On Tue, 26 Jun 2018, Tulio Magno Quites Machado Filho wrote: > >> Florian Weimer writes: >> >> > * Carlos O'Donell: >> > >> >> I'm willing to extend the ABI/API freeze to July 13th for the ppc64le >> >> float128 changes, to allow those to go into the glibc 2.28 release. >> > >> > Do you expect these changes to be specific to the ppc64le ABI, or >> > might there be impact on other ABIs? >> >> They're all specific to the ppc64le ABI. > > Handling float128 for argp.h, err.h and error.h functions, while keeping > using the same machinery for header redirections for both float128 long > double and -mlong-double-64 and keeping the machinery as consistent as > possible between different headers, means that all ldbl-opt platforms will > get new symbols __nldbl_argp_error, __nldbl_argp_failure, __nldbl_warn, > __nldbl_vwarn, __nldbl_warnx, __nldbl_vwarnx, __nldbl_err, __nldbl_verr, > __nldbl_errx, __nldbl_verrx, __nldbl_error, __nldbl_error_at_line. > (These are the functions I know about that were missed when the ldbl-opt > machinery was originally set up, but I don't guarantee that list is > complete.) Thus, as well as powerpc64le, all other powerpc systems are > affected, as are alpha, s390 and 32-bit sparc. Indeed. I didn't take that into account. Thanks! -- Tulio Magno