From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 117137 invoked by alias); 23 Oct 2018 10:47:30 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 117128 invoked by uid 89); 23 Oct 2018 10:47:29 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_PASS autolearn=ham version=3.3.2 spammy=end-user, ita, NaN, nan X-HELO: mx1.suse.de Received: from mx2.suse.de (HELO mx1.suse.de) (195.135.220.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 23 Oct 2018 10:47:28 +0000 Received: from relay1.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id F2CB6AE46; Tue, 23 Oct 2018 10:47:25 +0000 (UTC) From: Martin Jambor To: Joseph Myers Cc: Tejas Joshi , gcc@gcc.gnu.org Subject: Re: About GSOC. In-Reply-To: References: User-Agent: Notmuch/0.26 (https://notmuchmail.org) Emacs/26.1 (x86_64-suse-linux-gnu) Date: Tue, 23 Oct 2018 10:47:00 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-IsSubscribed: yes X-SW-Source: 2018-10/txt/msg00195.txt.bz2 Hi Joseph, this seems related to your proposal GSoC proposal in the beginning of this year. Do you have any comments about Tejas's idea? Do you think this would be a good (part of) a GSoC project next year? Thanks a lot, Martin On Sat, Oct 13 2018, Tejas Joshi wrote: > Hello. > I reached asking about GCC GSoC project about adding and > folding functions > like roundeven. I could not apply for the idea this year but > interested in the peoject and > really hoping it would be carry forwarded. Since I've been studying > source code and about the project, I think working on this from now > would give me some heads up and hands on with the source code. > > I did study . > It does tell that roundeven rounds its argument to nearest integral > ties to even (least significant bit 0) returning integral value > provided that the resulting value is exact. > So, for the start, I'd be implementing this functionality for roundeven. > As ita said in earlier mails that, similar functions like > real_ceil are implemented > in real.c and are used in fold-const-call.c. > Roundeven might be implemented in similar way. Is it built-in > (internal) function means not to be exposed to end-user? > Studying some functions like real_ceil, there are call checks > (flag_errno_math) so I believe similar would be needed for roundeven. > > In real.c where real_ceil is implemented, there are function calls > (and implementations) like do_fix_trunc which also then call functions > like decimal_do_dix_trunc (maybe the main functionality of > do_fix_trunc?, other are just checks, like NaN or qNaN). I did not > understand these functions really and what do they do. Also I did not > understand the structure of REAL_VALUE_TYPE (r->cl and etc?) > > Also when does the real.c and fold-const-call.c comes in picture in > the flow of GCC (Is it for GIMPLE level instruction selection (gimple > stmnt to corresponding rtl instruction))? > Thanks. > > Regards, > -Tejas