From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 116540 invoked by alias); 30 Jan 2018 14:51:43 -0000 Mailing-List: contact fortran-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: fortran-owner@gcc.gnu.org Received: (qmail 116513 invoked by uid 89); 30 Jan 2018 14:51:42 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-6.3 required=5.0 tests=AWL,BAYES_00,GIT_PATCH_2,KAM_LAZY_DOMAIN_SECURITY,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy= X-Spam-User: qpsmtpd, 3 recipients X-HELO: smtp.CeBiTec.Uni-Bielefeld.DE Received: from smtp.CeBiTec.Uni-Bielefeld.DE (HELO smtp.CeBiTec.Uni-Bielefeld.DE) (129.70.160.84) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 30 Jan 2018 14:51:37 +0000 Received: from localhost (localhost.CeBiTec.Uni-Bielefeld.DE [127.0.0.1]) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id 7687C9F2; Tue, 30 Jan 2018 15:51:21 +0100 (CET) Received: from smtp.CeBiTec.Uni-Bielefeld.DE ([127.0.0.1]) by localhost (malfoy.CeBiTec.Uni-Bielefeld.DE [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 55expG1KOw0i; Tue, 30 Jan 2018 15:51:20 +0100 (CET) Received: from lokon.CeBiTec.Uni-Bielefeld.DE (lokon.CeBiTec.Uni-Bielefeld.DE [129.70.161.152]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTPS id 047349F1; Tue, 30 Jan 2018 15:51:19 +0100 (CET) Received: (from ro@localhost) by lokon.CeBiTec.Uni-Bielefeld.DE (8.15.2+Sun/8.15.2/Submit) id w0UEpCNb018694; Tue, 30 Jan 2018 15:51:12 +0100 (MET) From: Rainer Orth To: Joseph Myers Cc: , , , Jonathan Wakely Subject: Re: Link with correct values-*.o files on Solaris (PR target/40411) References: Date: Tue, 30 Jan 2018 14:51:00 -0000 In-Reply-To: (Joseph Myers's message of "Tue, 30 Jan 2018 14:43:30 +0000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2018-01/txt/msg00218.txt.bz2 Hi Joseph, > On Tue, 30 Jan 2018, Rainer Orth wrote: > >> So it seems the following snippet >> >> #define STARTFILE_ARCH_SPEC \ >> [...] >> %{std=c9*|std=iso9899\\:199409|std=c1*:values-Xc.o%s; :values-Xa.o%s} \ >> >> seems like the right thing to do, as you said. > > That version would need updating when we add -std=c2x (once there's a C2x > working draft with features being added to it). If you use std=c* instead > of separate std=c9* and std=c1* you'd avoid needing such a change - but > then of course it would cover -std=c++* for C++. I know, that why I used the current form. Admittedly it's a maintenance problem (likely to be forgotten in the future). If we add in -ansi, we can just as well add -std=c++* (thus -std=c*), too. I guess that's the safest option overall, unless Jonathan has objections from a C++ standards perspective. Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University