From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Emacs vista build failures Date: Fri, 25 Jul 2008 17:38:30 +0200 Message-ID: <85r69ix9c9.fsf@lola.goethe.zz> 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> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1217000366 8262 80.91.229.12 (25 Jul 2008 15:39:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 25 Jul 2008 15:39:26 +0000 (UTC) Cc: Eli Zaretskii , rms@gnu.org, emacs-devel@gnu.org To: "Lennart Borgman \(gmail\)" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 25 17:40:15 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 1KMPOV-0005Kt-CB for ged-emacs-devel@m.gmane.org; Fri, 25 Jul 2008 17:39:47 +0200 Original-Received: from localhost ([127.0.0.1]:41461 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KMPNa-0006MS-IH for ged-emacs-devel@m.gmane.org; Fri, 25 Jul 2008 11:38:50 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KMPNW-0006MN-20 for emacs-devel@gnu.org; Fri, 25 Jul 2008 11:38:46 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KMPNU-0006MB-1o for emacs-devel@gnu.org; Fri, 25 Jul 2008 11:38:45 -0400 Original-Received: from [199.232.76.173] (port=51195 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KMPNT-0006M8-Sa for emacs-devel@gnu.org; Fri, 25 Jul 2008 11:38:43 -0400 Original-Received: from mail-in-01.arcor-online.net ([151.189.21.41]:53915) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KMPNK-0008Qw-K4; Fri, 25 Jul 2008 11:38:35 -0400 Original-Received: from mail-in-02-z2.arcor-online.net (mail-in-02-z2.arcor-online.net [151.189.8.14]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id D46F4105C1F; Fri, 25 Jul 2008 17:38:32 +0200 (CEST) Original-Received: from mail-in-06.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mail-in-02-z2.arcor-online.net (Postfix) with ESMTP id C28F611410E; Fri, 25 Jul 2008 17:38:32 +0200 (CEST) Original-Received: from lola.goethe.zz (dslb-084-061-005-083.pools.arcor-ip.net [84.61.5.83]) by mail-in-06.arcor-online.net (Postfix) with ESMTP id 410EC35E72B; Fri, 25 Jul 2008 17:38:32 +0200 (CEST) Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 5392C1CD01E2; Fri, 25 Jul 2008 17:38:30 +0200 (CEST) In-Reply-To: <4889EC71.9050906@gmail.com> (Lennart Borgman's message of "Fri, 25 Jul 2008 17:08:33 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-Virus-Scanned: ClamAV 0.93.3/7826/Fri Jul 25 14:51:06 2008 on mail-in-06.arcor-online.net X-Virus-Status: Clean X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 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:101468 Archived-At: "Lennart Borgman (gmail)" writes: > David Kastrup wrote: >> Eli Zaretskii writes: >> >>>> From: Richard M Stallman >>>> Date: Thu, 24 Jul 2008 18:05:28 -0400 >>>> Cc: lord@emf.net, drobinow@gmail.com, lennart.borgman@gmail.com, >>>> hannes@saeurebad.de, emacs-devel@gnu.org, acm@muc.de, miles@gnu.org >>>> >>>> > When I ask myself, is the world better for having Emacs and Firefox >>>> > running on Microsoft Windows, the answer is an unequivocal yes - >>>> > people who hack on MS-Windows can thus do a better job. >>>> >>>> But their job does not in general benefit others. So we are creating >>>> better opportunities for work that does not help the community. >>>> >>>> I agree. >>> 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. > At least a lot of my time has been spent working around different > deficiencys in GNU tools and other things needed on w32. You are not exactly making a shining case for w32 support being not a major side track for GNU project contributors. > I do not know the reasons for these deficiences, but the deficiences > are there. In the company I am earning my money in, we have been cutting our losses on Windows recently and now offer only a solution based on Ubuntu packages. If you need to run it on Windows, you use a virtual machine. And that is a proprietary product with industrial customers, and basically a batch processing product. So the difficulties were mostly related to setup and installation and configuration and file paths, nowhere near as complicated as for something like Emacs. Go figure. > I can guess two main reasons for the deficiencies: > > 1) Lack of knowledge. It is not very common that someone knows both > the GNU/Linux API and the w32 API in depth. A problem of this kind was > the network problem with Emacs client on w32 (which took Juanma quite > a while to solve). > > Like most other people I would assume that this kind of problems > should be worked around with libraries when possible. Something ios > maybe wrong when this does not work? > > 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. I know that I have spent an inordinary amount of time on support Emacs, XEmacs, various Unices and Windows for AUCTeX. In particular making the AUCTeX installation work with MSYS has been a major pain in the ***. And keeping XEmacs compatibility means tying oneself to abstractions, APIs and core functionality of Emacs 20.4 or something. 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. If Emacs image and font and display code just took Gdk, Gtk, Pango, Xft and other subsystems for granted and used _their_ interfaces indiscriminately, the code would be likely more transparent, maintainable and obvious. Having to abstract to a level that makes it possible to use w32 rendering, MacOSX rendering, legacy X11 rendering and so on comes at a cost. A high cost. We have slow image rendering, complex loaders, weird code paths and hard to understand data flow. And we are getting there with text rendering, too. 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. Again: I am mostly talk and little work, and so I am hardly in a position to admonish anybody. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum