This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: About GSOC.
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Tejas Joshi <tejasjoshi9673 at gmail dot com>
- Cc: <gcc at gcc dot gnu dot org>
- Date: Fri, 16 Nov 2018 16:49:59 +0000
- Subject: Re: About GSOC.
- References: <CACMrGjCeaZ7EoYqjLYiAJXjOtOfpJNo9zcbWhfarfkiLMN8YYA@mail.gmail.com> <CACMrGjCJ3r9+iNnFUOdajH+73HYHexv+mn7p_MHtn4jUn0d7-Q@mail.gmail.com> <ri6k1m9q6rm.fsf@suse.cz> <alpine.DEB.2.21.1810231631010.17157@digraph.polyomino.org.uk> <CACMrGjB6WLp0YS17b3prvbxvYnKtEsxhN3NOePN5SPVazNRM3A@mail.gmail.com>
On Fri, 16 Nov 2018, Tejas Joshi wrote:
> About roundeven, there might be need to add case to
> expand_builtin_int_roundingfn similar to
> ceil, for expansion.
> But how is round() expanded since there's no
> entry for it in expand_builtin_int_roundingfn ?
Please see the comment above expand_builtin_int_roundingfn, and that above
expand_builtin_int_roundingfn_2, which handle different sets of functions.
Those functions are of no relevance to adding support for built-in
roundeven. (They might be of relevance to support for built-in fromfp
functions, depending on whether the detailed semantics allows
casts-to-integer of calls to other functions to be converted into calls to
the fromfp functions. But I don't think inventing __builtin_lroundeven
would be appropriate.)
> Also, is it right to have an added case for roundeven in convert.c
> along CASE_FLT_FN (BUILT_IN_ROUND)
> in convert_to_integer_1?
Not until doing things with fromfp functions. There is no lroundeven (for
example) in TS 18661-1.
--
Joseph S. Myers
joseph@codesourcery.com