From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jason Rumney Newsgroups: gmane.emacs.devel Subject: Re: Changes 2009-07-15/16 in branch? Date: Fri, 24 Jul 2009 11:44:10 +0800 Message-ID: <4A692E0A.9060108@gnu.org> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1248407112 22193 80.91.229.12 (24 Jul 2009 03:45:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 24 Jul 2009 03:45:12 +0000 (UTC) Cc: Adrian Robert , Stefan Monnier , Emacs-Devel devel To: YAMAMOTO Mitsuharu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 24 05:45:04 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MUBiR-0007Wl-My for ged-emacs-devel@m.gmane.org; Fri, 24 Jul 2009 05:45:04 +0200 Original-Received: from localhost ([127.0.0.1]:60290 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MUBiQ-0005CS-Lb for ged-emacs-devel@m.gmane.org; Thu, 23 Jul 2009 23:45:02 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MUBiM-0005C0-4w for emacs-devel@gnu.org; Thu, 23 Jul 2009 23:44:58 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MUBiH-00059m-HV for emacs-devel@gnu.org; Thu, 23 Jul 2009 23:44:57 -0400 Original-Received: from [199.232.76.173] (port=52130 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MUBiH-00059e-ES for emacs-devel@gnu.org; Thu, 23 Jul 2009 23:44:53 -0400 Original-Received: from mail-px0-f193.google.com ([209.85.216.193]:36466) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MUBiH-0008NK-0I for emacs-devel@gnu.org; Thu, 23 Jul 2009 23:44:53 -0400 Original-Received: by pxi31 with SMTP id 31so980004pxi.14 for ; Thu, 23 Jul 2009 20:44:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=WQ7NRdcb6TXBRZqjOiZij930Dw0oc1RdAzwoPQTj+go=; b=NZdWKHP7tC5V+yB3iaTR0Vb9szYNfkIpUHwLXaXdjUoaZPfcHOe86mVXAr6z+6fyED 8nVVrEqlkN4nxvGq8JCBSDiutohEarV7GTN/2uL8l1kqKP8lfYHDcc8BnOfy0esqgw0Y 3IXzXAqWJPnVbn4FkMcQIdfAQ6w1GIocJbL48= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=dbuRQ9xd68ck3YPAUR2KrSbed6njeB0KTdUJOCm8ycApRl0kkAc+//zZyz5OPKr1Op CediM+BO3TtWC5BfDPHKFmZd0CJJG7Xp8FxYeGnwHHOLHcLaeN0ZjOMeptb5aaMzh/vX BQvMasssY0cwC6fk3xvPMOPAJGmreenDdKt7o= Original-Received: by 10.140.141.17 with SMTP id o17mr2069908rvd.155.1248407091587; Thu, 23 Jul 2009 20:44:51 -0700 (PDT) Original-Received: from ?10.1.1.112? ([61.4.103.130]) by mx.google.com with ESMTPS id g14sm6691254rvb.10.2009.07.23.20.44.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 23 Jul 2009 20:44:50 -0700 (PDT) User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) In-Reply-To: X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:113083 Archived-At: YAMAMOTO Mitsuharu wrote: > I don't agree in this respect. Reverting the changes in the branch > will result in breaking compatibility TWICE: > > * On 23.1, between the NS port and the other platforms. > * On the NS port, between 23.1 and 23.2. > > We should provide some care compensating for these breakages. > > Note that I'm trying to find a constructive solution as we agree in > many other respects. > One solution is for 23.2 to provide an ns-compat.el library containing wrapper functions mapping the incompatible features to their platform-independent replacements and emitting warnings to inform the user that they should change to use the platform-independent equivalents. Then in 23.3 or 24.1 we could remove this library from Emacs and require users to get it from elsewhere if they still want to use the incompatible features.