Message ID | 20200403160307.32477-1-murphyp@linux.vnet.ibm.com |
---|---|
State | Committed |
Delegated to: | Adhemerval Zanella Netto |
Headers |
Return-Path: <murphyp@linux.vnet.ibm.com> X-Original-To: libc-alpha@sourceware.org Delivered-To: libc-alpha@sourceware.org Received: from mx0a-001b2d01.pphosted.com (mx0a-001b2d01.pphosted.com [148.163.156.1]) by sourceware.org (Postfix) with ESMTPS id EFCDB385B833 for <libc-alpha@sourceware.org>; Fri, 3 Apr 2020 16:03:10 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org EFCDB385B833 Received: from pps.filterd (m0098410.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 033G2TVD021159 for <libc-alpha@sourceware.org>; Fri, 3 Apr 2020 12:03:10 -0400 Received: from ppma01wdc.us.ibm.com (fd.55.37a9.ip4.static.sl-reverse.com [169.55.85.253]) by mx0a-001b2d01.pphosted.com with ESMTP id 304swu4k99-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for <libc-alpha@sourceware.org>; Fri, 03 Apr 2020 12:03:09 -0400 Received: from pps.filterd (ppma01wdc.us.ibm.com [127.0.0.1]) by ppma01wdc.us.ibm.com (8.16.0.27/8.16.0.27) with SMTP id 033G0eUo029237 for <libc-alpha@sourceware.org>; Fri, 3 Apr 2020 16:03:08 GMT Received: from b01cxnp22036.gho.pok.ibm.com (b01cxnp22036.gho.pok.ibm.com [9.57.198.26]) by ppma01wdc.us.ibm.com with ESMTP id 301x76t6ks-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for <libc-alpha@sourceware.org>; Fri, 03 Apr 2020 16:03:08 +0000 Received: from b01ledav001.gho.pok.ibm.com (b01ledav001.gho.pok.ibm.com [9.57.199.106]) by b01cxnp22036.gho.pok.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 033G38L240894946 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for <libc-alpha@sourceware.org>; Fri, 3 Apr 2020 16:03:08 GMT Received: from b01ledav001.gho.pok.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 0C1C32806A for <libc-alpha@sourceware.org>; Fri, 3 Apr 2020 16:03:08 +0000 (GMT) Received: from b01ledav001.gho.pok.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id CCF3428073 for <libc-alpha@sourceware.org>; Fri, 3 Apr 2020 16:03:07 +0000 (GMT) Received: from brokenarrow.ibmuc.com (unknown [9.85.162.85]) by b01ledav001.gho.pok.ibm.com (Postfix) with ESMTP for <libc-alpha@sourceware.org>; Fri, 3 Apr 2020 16:03:07 +0000 (GMT) From: "Paul E. Murphy" <murphyp@linux.vnet.ibm.com> To: libc-alpha@sourceware.org Subject: [PATCH] powerpc64le/multiarch: don't generate strong aliases for fmaf128-ppc64 Date: Fri, 3 Apr 2020 11:03:07 -0500 Message-Id: <20200403160307.32477-1-murphyp@linux.vnet.ibm.com> X-Mailer: git-send-email 2.21.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-TM-AS-GCONF: 00 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.138, 18.0.676 definitions=2020-04-03_11:2020-04-03, 2020-04-03 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 mlxscore=0 suspectscore=1 bulkscore=0 clxscore=1015 lowpriorityscore=0 mlxlogscore=724 phishscore=0 adultscore=0 impostorscore=0 malwarescore=0 priorityscore=1501 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2003020000 definitions=main-2004030134 X-Spam-Status: No, score=-25.7 required=5.0 tests=BAYES_00, GIT_PATCH_0, GIT_PATCH_1, GIT_PATCH_2, GIT_PATCH_3, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, KAM_NUMSUBJECT, RCVD_IN_DNSWL_LOW, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list <libc-alpha.sourceware.org> List-Unsubscribe: <http://sourceware.org/mailman/options/libc-alpha>, <mailto:libc-alpha-request@sourceware.org?subject=unsubscribe> List-Archive: <https://sourceware.org/pipermail/libc-alpha/> List-Post: <mailto:libc-alpha@sourceware.org> List-Help: <mailto:libc-alpha-request@sourceware.org?subject=help> List-Subscribe: <http://sourceware.org/mailman/listinfo/libc-alpha>, <mailto:libc-alpha-request@sourceware.org?subject=subscribe> X-List-Received-Date: Fri, 03 Apr 2020 16:03:12 -0000 |
Series |
powerpc64le/multiarch: don't generate strong aliases for fmaf128-ppc64
|
|
Commit Message
Paul E. Murphy
April 3, 2020, 4:03 p.m. UTC
This prevents generating a second alias for __fmaieee128 when compiling with ldouble == ieee128 redirects. --- sysdeps/powerpc/powerpc64/le/fpu/multiarch/s_fmaf128-ppc64.c | 2 ++ 1 file changed, 2 insertions(+)
Comments
On 03/04/2020 13:03, Paul E. Murphy via Libc-alpha wrote: > This prevents generating a second alias for __fmaieee128 when > compiling with ldouble == ieee128 redirects. I trying to pinpoint where exactly this strong_alias is being issued, but fix make sense (since the idea is to just provide a unique function to ifunc selection).+ > --- > sysdeps/powerpc/powerpc64/le/fpu/multiarch/s_fmaf128-ppc64.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/sysdeps/powerpc/powerpc64/le/fpu/multiarch/s_fmaf128-ppc64.c b/sysdeps/powerpc/powerpc64/le/fpu/multiarch/s_fmaf128-ppc64.c > index 7374a799af..ab0c4d03a8 100644 > --- a/sysdeps/powerpc/powerpc64/le/fpu/multiarch/s_fmaf128-ppc64.c > +++ b/sysdeps/powerpc/powerpc64/le/fpu/multiarch/s_fmaf128-ppc64.c > @@ -18,6 +18,8 @@ > > #undef weak_alias > #define weak_alias(a, b) > +#undef strong_alias > +#define strong_alias(a, b) > > #define __fmaf128 __fmaf128_ppc64 > >
On 4/3/20 2:04 PM, Adhemerval Zanella via Libc-alpha wrote: > > > On 03/04/2020 13:03, Paul E. Murphy via Libc-alpha wrote: >> This prevents generating a second alias for __fmaieee128 when >> compiling with ldouble == ieee128 redirects. > > I trying to pinpoint where exactly this strong_alias is being > issued, but fix make sense (since the idea is to just provide > a unique function to ifunc selection).+ The aliasing macros for float128 are buried in indirection. Ultimately, the macro libm_alias_float128_other_r_ldbl in ldbl-128ibm-compat/libm-alias-float.h uses strong_alias. > >> --- >> sysdeps/powerpc/powerpc64/le/fpu/multiarch/s_fmaf128-ppc64.c | 2 ++ >> 1 file changed, 2 insertions(+) >> >> diff --git a/sysdeps/powerpc/powerpc64/le/fpu/multiarch/s_fmaf128-ppc64.c b/sysdeps/powerpc/powerpc64/le/fpu/multiarch/s_fmaf128-ppc64.c >> index 7374a799af..ab0c4d03a8 100644 >> --- a/sysdeps/powerpc/powerpc64/le/fpu/multiarch/s_fmaf128-ppc64.c >> +++ b/sysdeps/powerpc/powerpc64/le/fpu/multiarch/s_fmaf128-ppc64.c >> @@ -18,6 +18,8 @@ >> >> #undef weak_alias >> #define weak_alias(a, b) >> +#undef strong_alias >> +#define strong_alias(a, b) >> >> #define __fmaf128 __fmaf128_ppc64 >> >>
On 03/04/2020 17:04, Paul E Murphy wrote: > > > On 4/3/20 2:04 PM, Adhemerval Zanella via Libc-alpha wrote: >> >> >> On 03/04/2020 13:03, Paul E. Murphy via Libc-alpha wrote: >>> This prevents generating a second alias for __fmaieee128 when >>> compiling with ldouble == ieee128 redirects. >> >> I trying to pinpoint where exactly this strong_alias is being >> issued, but fix make sense (since the idea is to just provide >> a unique function to ifunc selection).+ > > The aliasing macros for float128 are buried in indirection. Ultimately, the macro libm_alias_float128_other_r_ldbl in ldbl-128ibm-compat/libm-alias-float.h uses strong_alias. Alright, LGTM then. > >> >>> --- >>> sysdeps/powerpc/powerpc64/le/fpu/multiarch/s_fmaf128-ppc64.c | 2 ++ >>> 1 file changed, 2 insertions(+) >>> >>> diff --git a/sysdeps/powerpc/powerpc64/le/fpu/multiarch/s_fmaf128-ppc64.c b/sysdeps/powerpc/powerpc64/le/fpu/multiarch/s_fmaf128-ppc64.c >>> index 7374a799af..ab0c4d03a8 100644 >>> --- a/sysdeps/powerpc/powerpc64/le/fpu/multiarch/s_fmaf128-ppc64.c >>> +++ b/sysdeps/powerpc/powerpc64/le/fpu/multiarch/s_fmaf128-ppc64.c >>> @@ -18,6 +18,8 @@ >>> #undef weak_alias >>> #define weak_alias(a, b) >>> +#undef strong_alias >>> +#define strong_alias(a, b) >>> #define __fmaf128 __fmaf128_ppc64 >>>
diff --git a/sysdeps/powerpc/powerpc64/le/fpu/multiarch/s_fmaf128-ppc64.c b/sysdeps/powerpc/powerpc64/le/fpu/multiarch/s_fmaf128-ppc64.c index 7374a799af..ab0c4d03a8 100644 --- a/sysdeps/powerpc/powerpc64/le/fpu/multiarch/s_fmaf128-ppc64.c +++ b/sysdeps/powerpc/powerpc64/le/fpu/multiarch/s_fmaf128-ppc64.c @@ -18,6 +18,8 @@ #undef weak_alias #define weak_alias(a, b) +#undef strong_alias +#define strong_alias(a, b) #define __fmaf128 __fmaf128_ppc64