This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH 09/12] ldbl-128ibm-compat: Provide nexttoward functions

From: Tulio Magno Quites Machado Filho <tuliom at linux dot ibm dot com>
To: Joseph Myers <joseph at codesourcery dot com>
Cc: libc-alpha at sourceware dot org, "Gabriel F. T. Gomes" <gabriel at inconstante dot eti dot br>
Cc:
Date: Wed, 20 Jun 2018 22:08:32 -0300
Subject: Re: [PATCH 09/12] ldbl-128ibm-compat: Provide nexttoward functions
References: <20180620020426.20372-1-tuliom@linux.ibm.com> <20180620020426.20372-10-tuliom@linux.ibm.com> <alpine.DEB.2.20.1806202045281.31467@digraph.polyomino.org.uk>

Joseph Myers <joseph@codesourcery.com> writes:

> On Tue, 19 Jun 2018, Tulio Magno Quites Machado Filho wrote:
>
>>   __nexttowardieee128 (as an alias to __nextafterieee128)
>
> Is there an advantage to having this alias over having another #define in 
> math.h like those used for drem and gamma?

No.  However, changing it breaks math/test-tgmath.c as it defines its own
nextafterl and nexttowardl in the same compilation unit, causing the assembler
to fail with:
/tmp/ccE9ypFK.s: Assembler messages:
/tmp/ccE9ypFK.s:22067: Error: symbol `__nextafterieee128' is already defined

Any suggestions on how to proceed?

-- 
Tulio Magno

Follow-Ups:
- Re: [PATCH 09/12] ldbl-128ibm-compat: Provide nexttoward functions
  - From: Joseph Myers

References:
- [PATCHv2 00/12] Introduce ieee128 symbols and redirections
  - From: Tulio Magno Quites Machado Filho
- [PATCH 09/12] ldbl-128ibm-compat: Provide nexttoward functions
  - From: Tulio Magno Quites Machado Filho
- Re: [PATCH 09/12] ldbl-128ibm-compat: Provide nexttoward functions
  - From: Joseph Myers

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]