From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8591 invoked by alias); 23 Sep 2009 08:45:19 -0000 Received: (qmail 8553 invoked by uid 22791); 23 Sep 2009 08:45:17 -0000 X-SWARE-Spam-Status: No, hits=-3.0 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from acsinet11.oracle.com (HELO acsinet11.oracle.com) (141.146.126.233) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 23 Sep 2009 08:45:14 +0000 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by acsinet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n8N8kDOY024964 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 23 Sep 2009 08:46:14 GMT Received: from abhmt003.oracle.com (abhmt003.oracle.com [141.146.116.12]) by acsinet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n8N8jdoW002362; Wed, 23 Sep 2009 08:45:39 GMT Received: from [151.82.0.38] (/151.82.0.38) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 23 Sep 2009 01:45:07 -0700 References: <4AA8CBEA.4050906@ira.uka.de> <20090910111915.34cc2d01@mcgee.artheist.org> <4AADF6E0.1090403@ira.uka.de> <20090914115822.62063e15@mcgee.artheist.org> <4AAF9FF8.5040905@ira.uka.de> <4AB79982.1030506@oracle.com> <4AB9D7E7.5050900@ira.uka.de> Message-Id: <9DA4C469-AA2B-4AB3-BC2F-F71811FB6A33@oracle.com> From: Paolo Carlini To: Johannes Singler In-Reply-To: <4AB9D7E7.5050900@ira.uka.de> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (iPhone Mail 7C144) Subject: Re: [PATCH][libstdc++-v3 parallel mode] Uglification of internal identifiers Date: Wed, 23 Sep 2009 08:52:00 -0000 Cc: Benjamin Kosnik , libstdc++ , "gcc-patches@gcc.gnu.org" 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: 2009-09/txt/msg01608.txt.bz2 > I would consider them part of the "interface". Since they are > likely to > be already used in user programs I would like to not change them. By 'used' you are referring to the names corresponding to configuration details / user-visible options right? I agree that changing those now would not be a good idea, would break the ABI in the wide sense which are usually trying to use. Besides all those unfortunate special cases, however, all the other names should be adjusted, per the normal policy. Thanks, Paolo