From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.devel Subject: Re: Emacs Mac port Date: Mon, 04 Jan 2016 09:38:34 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <87bn9a8an8.fsf@isaac.fritz.box> <87wprxfkvx.fsf@gmx.us> <568622AA.2000805@dancol.org> <615CB17D-3C40-477F-B576-3C3250C15202@gmail.com> <56862EFA.7020907@dancol.org> <87bn95p72f.fsf@acer.localhost.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Trace: ger.gmane.org 1451867945 22822 80.91.229.3 (4 Jan 2016 00:39:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 4 Jan 2016 00:39:05 +0000 (UTC) Cc: emacs-devel To: Bozhidar Batsov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 04 01:38:57 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aFtAn-0005A8-Cw for ged-emacs-devel@m.gmane.org; Mon, 04 Jan 2016 01:38:57 +0100 Original-Received: from localhost ([::1]:43399 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFtAj-0005Rn-MA for ged-emacs-devel@m.gmane.org; Sun, 03 Jan 2016 19:38:53 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52152) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFtAW-0005Re-MV for emacs-devel@gnu.org; Sun, 03 Jan 2016 19:38:41 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aFtAT-0003hB-Ew for emacs-devel@gnu.org; Sun, 03 Jan 2016 19:38:40 -0500 Original-Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:63042) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFtAS-0003gz-SK for emacs-devel@gnu.org; Sun, 03 Jan 2016 19:38:37 -0500 Original-Received: from fermat1.math.s.chiba-u.ac.jp (fermat [192.168.32.10]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id E5233C0561; Mon, 4 Jan 2016 09:38:34 +0900 (JST) In-Reply-To: User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 133.82.132.2 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:197537 Archived-At: >>>>> On Sun, 3 Jan 2016 12:36:40 +0000, Bozhidar Batsov said: >> The size of the patch is not an issue; actually, the Mac specific >> files are currently distributed as raw files rather than in the >> patch form. Also, most of the port-independent part has already >> been committed to the emacs-25 branch. > What exactly has been committed to the emacs-25 branch? I recall no major > improvements to the cocoa port in Emacs 25. * 30f4a89..: YAMAMOTO Mitsuharu 2015-12-31 Move variables to inner loop, preparing for Mac port merge * 6ee327d..: YAMAMOTO Mitsuharu 2015-12-31 Add handle_user_signal_hook * 47580e0..: YAMAMOTO Mitsuharu 2015-12-31 Avoid writing to purespace * 0588be7..: YAMAMOTO Mitsuharu 2015-12-31 Remove unused variable * 89e7483..: YAMAMOTO Mitsuharu 2015-12-31 * configure.ac: Find libxml2 headers in Xcode SDK dir on Darwin. * 3b95e9c..: YAMAMOTO Mitsuharu 2015-12-31 Use posix_openpt instead of openpty on Darwin These changes have been in the Mac port for a long time. You wouldn't notice anything unless you try to build Emacs without the Command Line Developer Tools. If you noticed any visible differences, then that means I have injected a bug. >> Maintaining a single version is much simpler especially when it >> comes to processing bug reports, reproducing them, and trying fix >> candidates. > I'm not sure what would change if some of the functionality was > moved to GNU Emacs. You still use it, as the basis for the Mac port > and you always support just the latest version. Do I need to elaborate this? When I receive a bug report, I try to reproduce the bug on my side. If I have two variants of the Mac port, restricted and fully-featured, then I have to try it for both of the variants. As is often the case, a typical bug report lacks clear description of versions, configurations, and concrete steps to reproduce, so it involves trial-and-error even for a single variant. Also, I have to make sure that a fix candidate doesn't break either of the variants. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp