From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Emacs on OS X development Date: Mon, 30 Jul 2012 08:06:49 +0300 Message-ID: <83y5m1g7me.fsf@gnu.org> References: <87r4s68rr4.fsf@lifelogs.com> <83A41E83-79C8-4490-966B-CD224041E840@gmail.com> <6BC9F752-C724-4C3D-B2B9-088597A57C3E@gmail.com> <878ve943r8.fsf@lifelogs.com> <87obn3zyw2.fsf@lifelogs.com> <87394aqjx3.fsf@lifelogs.com> <87d33ektbo.fsf@wanadoo.es> <837gtmgcb3.fsf@gnu.org> <878ve1lurc.fsf@wanadoo.es> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: dough.gmane.org 1343624806 11913 80.91.229.3 (30 Jul 2012 05:06:46 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 30 Jul 2012 05:06:46 +0000 (UTC) Cc: emacs-devel@gnu.org To: =?iso-8859-1?Q?=D3scar?= Fuentes Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jul 30 07:06:46 2012 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 1SviBn-00015Q-Ca for ged-emacs-devel@m.gmane.org; Mon, 30 Jul 2012 07:06:43 +0200 Original-Received: from localhost ([::1]:46678 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SviBm-0000Wh-J2 for ged-emacs-devel@m.gmane.org; Mon, 30 Jul 2012 01:06:42 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:51952) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SviBk-0000WR-1S for emacs-devel@gnu.org; Mon, 30 Jul 2012 01:06:40 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SviBj-0001ph-06 for emacs-devel@gnu.org; Mon, 30 Jul 2012 01:06:39 -0400 Original-Received: from mtaout23.012.net.il ([80.179.55.175]:56376) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SviBi-0001pU-Nr for emacs-devel@gnu.org; Mon, 30 Jul 2012 01:06:38 -0400 Original-Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0M7Y00F00JHIJK00@a-mtaout23.012.net.il> for emacs-devel@gnu.org; Mon, 30 Jul 2012 08:06:37 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M7Y00FVHJJ1CJ80@a-mtaout23.012.net.il>; Mon, 30 Jul 2012 08:06:37 +0300 (IDT) In-reply-to: <878ve1lurc.fsf@wanadoo.es> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 80.179.55.175 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:151973 Archived-At: > From: =D3scar Fuentes > Date: Mon, 30 Jul 2012 06:48:07 +0200 >=20 > Eli Zaretskii writes: >=20 > >> I'll suggest to use different branches for every port (including= MS > >> Windows). > > > > IMNSHO, this is a bad idea. Its only sure consequence will be > > divergence and bitrot of code, at least for MS Windows, because n= one > > of the people who care about that port have time to invest on mer= ges. >=20 > If platform-specific code is well isolated, almost all merges are > conflict-less, automatic operations. That's true, but in Emacs, most of the platform-specific code is not isolated. In fact, it is rarely even marked as platform-specific. The display engine is a good example. Another pertinent example is the way whole portions of code are copie= d =66rom xfns.c to w32fns.c and back, with minor changes. The same goe= s for w32term.c and xterm.c (and the ns* files as well). > I don't see how using a branch instead of #ifdef's with its associa= ted > platform-specific macro definitions makes any difference here. That's too bad. > With the current setup hackers working on GNU/Linux are oblivious o= f > bugs that manifest only on MS Windows and depend on reports from > other hackers or users. That's not the dynamics you see now on emacs-devel and bug-gnu-emacs. Separating ports will lead to alienation and lack of communications very fast.