From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ciao.gmane.io (ciao.gmane.io [116.202.254.214]) by sourceware.org (Postfix) with ESMTPS id BD8953858C5E for ; Mon, 7 Nov 2022 11:10:04 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org BD8953858C5E Authentication-Results: sourceware.org; dmarc=fail (p=none dis=none) header.from=manchester.ac.uk Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=m.gmane-mx.org Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1os00v-0000FN-KJ for fortran@gcc.gnu.org; Mon, 07 Nov 2022 12:10:01 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: fortran@gcc.gnu.org From: Dave Love Subject: Re: adding attributes Date: Mon, 07 Nov 2022 11:06:18 +0000 Message-ID: <87y1sn81n9.fsf@manchester.ac.uk> References: <87pmecdni6.fsf@manchester.ac.uk> <20221030084839.118ef0c8@nbbrfq> <87edund73d.fsf@manchester.ac.uk> <20221103001926.725fd9bf@nbbrfq> <20221104215921.79be6bff@nbbrfq> <5e10f634-741c-e576-396c-a8741ef95888@netcologne.de> <20221105115416.6ae54e04@nbbrfq> Mime-Version: 1.0 Content-Type: text/plain User-Agent: secret agent Cancel-Lock: sha1:baHOFB6COdxW92UCHRePGySlg7M= X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,HEADER_FROM_DIFFERENT_DOMAINS,KAM_DMARC_STATUS,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Thomas Koenig via Fortran writes: > Hi Bernhard, > >> If you think that we want to add support for that attribute, i can >> submit a proper patch. Just let me know please. > > I think this attribute makes sense, especially if people want to > compile once and then port to different architectures. > > So, yes please submit a patch, if you would be so kind :-) > > Best regards > > Thomas I'll make a list of others I think would be useful for consideration. I should probably have looked at what similar facilities proprietary compilers provide. I should say the intent of optimization-related attributes would be to encourage adding them to known performance-sensitive kernels, and potentially avoid having to write C. However, I doubt I can persuade the people who are convinced of the great superiority of ifort, and the desirability of always adding -axCORE-AVX512, without measuring or understanding GCC options. I think an equivalent of "#pragma GCC optimize" could be useful too. I don't have a specific case in mind, but an example might be where you need localized standard-conforming arithmetic, but other parts of the program benefit from -ffast-math.