From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16618 invoked by alias); 2 Nov 2010 13:44:28 -0000 Received: (qmail 16606 invoked by uid 22791); 2 Nov 2010 13:44:26 -0000 X-SWARE-Spam-Status: No, hits=-1.3 required=5.0 tests=AWL,BAYES_00,SARE_SUB_ENC_UTF8,TW_BJ,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from fencepost.gnu.org (HELO fencepost.gnu.org) (140.186.70.10) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 02 Nov 2010 13:44:21 +0000 Received: from eggs.gnu.org ([140.186.70.92]:50673) by fencepost.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1PDH9u-0008QP-ML for gcc-patches@gnu.org; Tue, 02 Nov 2010 09:44:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PDH9k-0002OO-7n for gcc-patches@gnu.org; Tue, 02 Nov 2010 09:44:19 -0400 Received: from smtp131.iad.emailsrvr.com ([207.97.245.131]:50990) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PDH9k-0002O1-3R for gcc-patches@gnu.org; Tue, 02 Nov 2010 09:44:08 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp33.relay.iad1a.emailsrvr.com (SMTP Server) with ESMTP id E1C0930361; Tue, 2 Nov 2010 09:44:06 -0400 (EDT) Received: from dynamic10.wm-web.iad.mlsrvr.com (dynamic10.wm-web.iad1a.rsapps.net [192.168.2.217]) by smtp33.relay.iad1a.emailsrvr.com (SMTP Server) with ESMTP id BC423302D6; Tue, 2 Nov 2010 09:44:06 -0400 (EDT) Received: from meta-innovation.com (localhost [127.0.0.1]) by dynamic10.wm-web.iad.mlsrvr.com (Postfix) with ESMTP id AA1A4478807F; Tue, 2 Nov 2010 09:44:06 -0400 (EDT) Received: by www2.webmail.us (Authenticated sender: nicola.pero@meta-innovation.com, from: nicola.pero@meta-innovation.com) with HTTP; Tue, 2 Nov 2010 14:44:06 +0100 (CET) Date: Tue, 02 Nov 2010 13:48:00 -0000 Subject: =?UTF-8?Q?Re:=20ObjC/ObjC++:=20updated=20documentation=20on=20supported?= =?UTF-8?Q?=20standards,=20and=20added=20-fobjc-std=3Dobjc1?= From: "Nicola Pero" To: "IainS" Cc: "gcc-patches@gnu.org" MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Type: plain In-Reply-To: References: <1288690926.829416922@192.168.2.230> Message-ID: <1288705446.69544186@192.168.2.229> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2010-11/txt/msg00144.txt.bz2 > .. the only issue with using 'std' is that there are no 'standards' as=20= =20 > such Yes. :-) But I'd like to use "std" in the name because it does the same things that= =20 -std=3D... does for C/C++: it makes the compiler conform to a certain diale= ct of the language. In this case, the dialect ("Objective-C 1.0") is specifie= d=20 by referring to a reference implementation (GCC 4.0). I'd say that is the same as what an option like -std=3Dgnu89 does. Most GCC users are aware of= =20 -std=3Dc90 and similar and it makes sense for them to have an option with a similar name (-fobjc-std=3D...) for the Objective-C dialect. (it could be argued that it should be -objc-std=3D... to be more similar to -std=3D...) If we don't want to use "std", maybe I'd be happy with -fobjc-dialect=3Dxxx. Else, we can always stick with -fobjc-std=3Dobjc1. Thanks