From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6839 invoked by alias); 24 Oct 2013 18:21:51 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 6824 invoked by uid 89); 24 Oct 2013 18:21:50 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: elasmtp-kukur.atl.sa.earthlink.net Received: from elasmtp-kukur.atl.sa.earthlink.net (HELO elasmtp-kukur.atl.sa.earthlink.net) (209.86.89.65) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 24 Oct 2013 18:21:49 +0000 Received: from [68.96.200.16] (helo=macbook2.local) by elasmtp-kukur.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1VZPXX-0006lC-2o for gdb-patches@sourceware.org; Thu, 24 Oct 2013 14:21:47 -0400 Message-ID: <52696533.8050206@earthlink.net> Date: Thu, 24 Oct 2013 18:21:00 -0000 From: Stan Shebs User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: gdb-patches@sourceware.org Subject: Re: [PATCH 01/18] poison "class" References: <1381339053-14519-1-git-send-email-ooprala@redhat.com> <1381339053-14519-2-git-send-email-ooprala@redhat.com> <201310201912.r9KJCuKB015989@glazunov.sibelius.xs4all.nl> <20131024175712.GA4769@adacore.com> In-Reply-To: <20131024175712.GA4769@adacore.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ELNK-Trace: ae6f8838ff913eba0cc1426638a40ef67e972de0d01da94040199101e4e7f7f4915e374c20da017f350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-IsSubscribed: yes X-SW-Source: 2013-10/txt/msg00765.txt.bz2 On 10/24/13 10:57 AM, Joel Brobecker wrote: >> I strongly object to the deliberate misspelling of "class" that this >> diff introduces. Unless we're actually make the decision to rewrite >> GDB in C++ (to which I strongly object in the first place) I don't >> think this (and other) uglification diffs should go in. > > I usually relate to that, but "klass" is quite commonly used, in C, > C++, and other languages, so I don't think this does much damage to > our code base in this particular instance. > In any case, this is resolved with distinct names in v2.0 of the patch. Stan stan@codesourcery.com