Return-Path: X-Original-To: apmail-incubator-lucy-dev-archive@www.apache.org Delivered-To: apmail-incubator-lucy-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 2298933F7 for ; Mon, 2 May 2011 02:19:49 +0000 (UTC) Received: (qmail 47563 invoked by uid 500); 2 May 2011 02:19:49 -0000 Delivered-To: apmail-incubator-lucy-dev-archive@incubator.apache.org Received: (qmail 47541 invoked by uid 500); 2 May 2011 02:19:49 -0000 Mailing-List: contact lucy-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: lucy-dev@incubator.apache.org Delivered-To: mailing list lucy-dev@incubator.apache.org Received: (qmail 47533 invoked by uid 99); 2 May 2011 02:19:48 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 May 2011 02:19:48 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [68.116.39.62] (HELO rectangular.com) (68.116.39.62) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 May 2011 02:19:41 +0000 Received: from marvin by rectangular.com with local (Exim 4.69) (envelope-from ) id 1QGide-0007Zq-4r for lucy-dev@incubator.apache.org; Sun, 01 May 2011 19:13:30 -0700 Date: Sun, 1 May 2011 19:13:30 -0700 From: Marvin Humphrey To: lucy-dev@incubator.apache.org Message-ID: <20110502021330.GA29094@rectangular.com> References: <20110409034321.GA15012@rectangular.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Checked: Checked by ClamAV on apache.org Subject: Re: [lucy-dev] C code formatter On Fri, Apr 08, 2011 at 10:38:56PM -0700, Nathan Kurz wrote: > If "--add-brackets" is compatible with "--keep-one-line-statements", > I'd love if it could be added as well. While figuring out how to work around some of AStyle's bugs and quirks, I've come to understand that it is not that sophisticated at C parsing. Some of the hacks I put in to defeat AStyle idiosyncrasies involve blatant C syntax errors. With that in mind, I would prefer to keep "--add-brackets" out of the astylerc file, so that AStyle's scope is limited to whitespace only. It has a decent rep for not destroying your code, but I'd prefer to play it conservative. Nevertheless, as part of LUCY-141, I ran autoformatting with "--add-brackets" enabled, carefully checked the output and committed the change. We could conceivably do that again -- I'd just like to make sure that AStyle's work gets supervised properly. Marvin Humphrey