From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Lennart Borgman (gmail)" Newsgroups: gmane.emacs.devel Subject: Re: Emacs vista build failures Date: Fri, 25 Jul 2008 18:19:28 +0200 Message-ID: <4889FD10.7000003@gmail.com> References: <87ej5oz4pb.fsf@saeurebad.de> <87vdyzxype.fsf@saeurebad.de> <871w1njq32.fsf@catnip.gol.com> <87iquzxgtk.fsf@saeurebad.de> <4884CFEF.8040404@gmail.com> <48861A51.1090401@gmail.com> <20080724080727.GA3448@muc.de> <863alzd1mi.fsf@lola.quinscape.zz> <857ibayq3q.fsf@lola.goethe.zz> <4889EC71.9050906@gmail.com> <85r69ix9c9.fsf@lola.goethe.zz> <4889F760.30009@gmail.com> <85zlo6vtei.fsf@lola.goethe.zz> 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 1217002811 17026 80.91.229.12 (25 Jul 2008 16:20:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 25 Jul 2008 16:20:11 +0000 (UTC) Cc: Eli Zaretskii , rms@gnu.org, emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 25 18:21:00 2008 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 1KMQ2K-0006XW-8L for ged-emacs-devel@m.gmane.org; Fri, 25 Jul 2008 18:20:56 +0200 Original-Received: from localhost ([127.0.0.1]:55413 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KMQ1Q-00063y-EW for ged-emacs-devel@m.gmane.org; Fri, 25 Jul 2008 12:20:00 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KMQ1K-00062o-WD for emacs-devel@gnu.org; Fri, 25 Jul 2008 12:19:55 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KMQ1I-0005zo-Pu for emacs-devel@gnu.org; Fri, 25 Jul 2008 12:19:54 -0400 Original-Received: from [199.232.76.173] (port=49626 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KMQ1I-0005zd-M4 for emacs-devel@gnu.org; Fri, 25 Jul 2008 12:19:52 -0400 Original-Received: from ch-smtp01.sth.basefarm.net ([80.76.149.212]:58523) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KMQ16-0000KR-8g; Fri, 25 Jul 2008 12:19:40 -0400 Original-Received: from c83-254-151-176.bredband.comhem.se ([83.254.151.176]:65069 helo=[127.0.0.1]) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1KMQ14-0005YM-4O; Fri, 25 Jul 2008 18:19:38 +0200 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666 In-Reply-To: <85zlo6vtei.fsf@lola.goethe.zz> X-Antivirus: avast! (VPS 080725-0, 2008-07-25), Outbound message X-Antivirus-Status: Clean X-Originating-IP: 83.254.151.176 X-Scan-Result: No virus found in message 1KMQ14-0005YM-4O. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1KMQ14-0005YM-4O ed2542222792f5a5aa7fb4f134cd476b X-detected-kernel: by monty-python.gnu.org: Linux 2.6? (barebone, rare!) 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:101475 Archived-At: David Kastrup wrote: > "Lennart Borgman (gmail)" writes: > >> David Kastrup wrote: >>>>>> Are you saying that my hacking on the Windows Emacs doesn't benefit >>>>>> others, including Emacs on other platforms? >>>>> You don't have time left for getting Emacs-Bidi to run on any platform, >>>>> right? Now it is, of course, your choice what to spend your developer >>>>> time on, like it is everybody other's choice, too. >>>> Maybe the easiest way to give Eli more time for that is give good >>>> support for needed tools on w32? >>> That sounds suspiciously like "throwing good time after bad time", to >>> borrow a management term. It really sounds like a bottomless pit: you >>> can throw more and more time that way, and the results will be more and >>> more tasks. >> I am surprised, David. Where are your arguments? > > Huh? Your proposal is that "maybe the easiest way" to give developers > diverted by w32 more time is by diverting more developers to w32 on more > general tasks. I am suggesting that this might save time. I have given the arguments for that earlier. >>>> 2) The other reason I guess is important is attitude. If a lot of >>>> people with good reputation says that working on w32 is not that >>>> important then those with a more admiring mind might agree without >>>> really diving into the subject. That shows up in code quality later. >>> I don't see a problem. If people spend the time on other things than >>> w32 support, then it is likely better invested. >> Why are you just guessing? > > You wrote "I guess", not me. Yes, but you did not. But it looks to me you are guessing. What I mean is that I think it is better to write "I am guessing" or "this is my opinion" instead of stating once own believes as true facts. (Not that I always remember to do that.) >>> Keeping this compatibility in mind means aiming for abstractions and >>> modularization and APIs which generate whole new subsystems and lots >>> of independent fragilities. At each particular point of coding, the >>> compatibility costs may be tolerable. But they add up. >> The Mozilla folks have done it. > > And there has been no cost doing it? Of course there has been. But they would not at all be that big that they are now if they did not invest that effort. >>> So in addition to the time sink for the proprietary system developers >>> themselves, our compatibility layers add cruft complicating things >>> for everyone. I am not convinced that this offsets the advantages. >> It is exactly this attitude I think is a problem. There is not only >> costs there are also benefits. > > What about "offsets the advantages" did you not understand, except that > I got it backwards, namely that it should read "I am not convinced that > the advantages offset the complications"? Sorry, I do not understand. >> As long as you do not consider the benefits your arguments are valid - >> and you will win the debate. But that victory has a cost. > > Huh? This is not a competition. It is also not an election or decision > forming process. If arguments of mine are valid, there is neither a > necessity to shoot them down, nor is there one to shoot others down. Is it not more like a competition if you do not listen to and try to further also the argument that you do not like from the beginning? > We are not in a process of choosing which direction we want to put > blinders on. > >> What would it take to convince you? > > There is nothing to be gained by convincing me. In particular since: Ah, I think there is something to win by convincing you. I have read many good posts from you. >>> Again: I am mostly talk and little work, and so I am hardly in a >>> position to admonish anybody. >