From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10201 invoked by alias); 15 Jun 2018 09:08:33 -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 10172 invoked by uid 89); 15 Jun 2018 09:08:32 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.8 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,LIKELY_SPAM_BODY,RCVD_IN_DNSWL_NONE autolearn=no version=3.3.2 spammy=2.12, H*f:sk:Fc7nTNr, hard-coding, irrespective X-Spam-User: qpsmtpd, 2 recipients X-HELO: albireo.enyo.de Received: from albireo.enyo.de (HELO albireo.enyo.de) (5.158.152.32) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 15 Jun 2018 09:08:31 +0000 Received: from [172.17.203.2] (helo=deneb.enyo.de) by albireo.enyo.de with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) id 1fTkiX-00020i-1H; Fri, 15 Jun 2018 09:08:25 +0000 Received: from fw by deneb.enyo.de with local (Exim 4.89) (envelope-from ) id 1fTkiW-0006eY-Sr; Fri, 15 Jun 2018 11:08:24 +0200 From: Florian Weimer To: Richard Biener Cc: Jakub Jelinek , szabolcs.nagy@arm.com, Janne Blomqvist , nd@arm.com, GCC Development , "fortran\@gcc.gnu.org" , sellcey@cavium.com Subject: Re: libmvec in gcc to have vector math in fortran References: <6a8d496b-d830-5eb2-eba3-c2e452d06493@arm.com> <80c395e1-9de5-1d9c-35b6-1ccfdfa6a9e5@arm.com> <20180410102954.GB8577@tucnak> <20180410130655.GD8577@tucnak> <877en01nvw.fsf@mid.deneb.enyo.de> Date: Fri, 15 Jun 2018 09:33:00 -0000 In-Reply-To: (Richard Biener's message of "Fri, 15 Jun 2018 10:39:52 +0200") Message-ID: <8736xo1kon.fsf@mid.deneb.enyo.de> MIME-Version: 1.0 Content-Type: text/plain X-IsSubscribed: yes X-SW-Source: 2018-06/txt/msg00174.txt.bz2 * Richard Biener: > That said, good to see some glibc folks jump in on this thread. > I'd like to see glibc provide a fortran intrinsic header advertising > the libmvec routines it has. We probably do need some gfortran > adjustments here but I think that glibc advertising is better than > hard-coding lists into GCC (like we do for some targets with > their -mveclibabi= option). The advantage of putting into GCC is that it will work irrespective of the installed glibc header version, so if we get this going: you could use libmvec along with really old glibcs (probably as far back as 2.12, maybe even older). But then we might into a different direction altogether. Another question is wheter the Fortran header can be generated by something like -fdump-ada-spec, so that we don't have to maintain it separately from the C header.