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] Move declare_mgen_finite_alias definition


On Fri, 11 May 2018, Tulio Magno Quites Machado Filho wrote:

> Tulio Magno Quites Machado Filho <tuliom@linux.ibm.com> writes:
> 
> > Joseph Myers <joseph@codesourcery.com> writes:
> >
> >> I suspect my suggestion of using __*ieee128 or similar for the exported 
> >> names should avoid all the complications around __*f128 already existing.  
> >> A new directory *is*, I expect, still needed for the few cases of 
> >> functions in the long double API but not the _Float128 API (including e.g. 
> >> new variants of nexttowardf and nexttoward that are needed for the new 
> >> long double format).
> >
> > OK.
> > I have to think more about this and go back to my notes.
> 
> I'm still looking for this information.
> 
> I understand we don't have an agreement for all the usages I gave for this
> macro, but we're using declare_mgen_finite_alias in math/e_scalb_template.c.
> 
> Is that a good reason to accept this patch?  :-)

Maybe, depending on what the patches adding and using such a template (for 
a function that shouldn't exist at all for formats not supported for one 
of float / double / long double, but I assume the existing 
sysdeps/ieee754/float128/e_scalbf128.c takes care of the function not 
existing when float128 is not a supported long double format) look like.

-- 
Joseph S. Myers
joseph@codesourcery.com


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