From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8990 invoked by alias); 30 Aug 2011 16:07:10 -0000 Received: (qmail 8976 invoked by uid 22791); 30 Aug 2011 16:07:07 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail.intrepid.com (HELO mail.intrepid.com) (74.95.8.113) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 30 Aug 2011 16:06:53 +0000 Received: from screamer.local (screamer.local [10.10.1.2]) by mail.intrepid.com (8.13.8/8.13.8) with ESMTP id p7UG6ofw031150 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Aug 2011 09:06:50 -0700 Received: from screamer.local (screamer.local [127.0.0.1]) by screamer.local (8.14.4/8.14.4) with ESMTP id p7UG6nPP026083; Tue, 30 Aug 2011 09:06:49 -0700 Received: (from gary@localhost) by screamer.local (8.14.4/8.14.4/Submit) id p7UG6nqx026081; Tue, 30 Aug 2011 09:06:49 -0700 Date: Tue, 30 Aug 2011 16:50:00 -0000 From: Gary Funck To: "Joseph S. Myers" Cc: Gcc Patches Subject: Re: options generation and language count Message-ID: <20110830160649.GM31092@intrepid.com> References: <20110829234640.GB26527@intrepid.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) 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: 2011-08/txt/msg02474.txt.bz2 On 08/30/11 15:52:12, Joseph S. Myers wrote: > Please send a patch. [... on points 1, 2, and 3]0 OK, will do. > GF: Also, the use of fixed masks is problematic. Perhaps the AWK script > GF: could be changed to also generate values for CL_PARAMS, etc., ensuring > GF: that will not conflict with the language mask values? > > That sounds riskier (and does everywhere using opts.h actually need the > generated options.h as well?) It looks like many files include opts.h, but do not include options.h. > although in principle it ought to be > possible to assign this automatically (and actually only CL_DRIVER, > CL_TARGET and CL_COMMON should really need bits assigned, though avoiding > the others would require a --help rework). An alternative might be to move the fixed assignments (CL_DRIVER, CL_TARGET, CL_COMMON ...) down to start at the beginning of the range, (leaving room for a few more) and to start the auto-generated language mask bits above that? - Gary