From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Alan Shutko Newsgroups: gmane.emacs.help Subject: Re: New Emacs with GTK! Date: Fri, 18 Apr 2003 14:38:04 GMT Organization: Optimum Online Sender: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: <873ckfholg.fsf@wesley.springies.com> References: <84znmohwwe.fsf@lucy.is.informatik.uni-duisburg.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1050676924 9251 80.91.224.249 (18 Apr 2003 14:42:04 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 18 Apr 2003 14:42:04 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Fri Apr 18 16:42:03 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 196X3y-0002P4-00 for ; Fri, 18 Apr 2003 16:42:02 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 196X2G-0000qr-00 for gnu-help-gnu-emacs@m.gmane.org; Fri, 18 Apr 2003 10:40:16 -0400 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!c03.atl99!cyclone2.usenetserver.com!news.webusenet.com!news01.optonline.net!news4.srv.hcvlny.cv.net.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help User-Agent: Gnus/5.090019 (Oort Gnus v0.19) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:8ZYv6o3P4YhOiIQCzbFnP4ySxd0= Original-Lines: 27 Original-NNTP-Posting-Host: 24.47.114.19 Original-X-Trace: news4.srv.hcvlny.cv.net 1050676684 24.47.114.19 (Fri, 18 Apr 2003 10:38:04 EDT) Original-NNTP-Posting-Date: Fri, 18 Apr 2003 10:38:04 EDT Original-Xref: shelby.stanford.edu gnu.emacs.help:112095 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:8594 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:8594 Niels Freimann writes: > To separate a program into different layers is a paradigm of modern software > development. You must know that. Have you looked at the redisplay code? There's not much code there which is specific to a given windowing system. Separating Emacs into a libemacs, TTYEmacs, OSXEmacs, GTKEmacs, W32Emacs would result in a really big libemacs, and really, really small window-specific versions. That would provide a negligible size advantage downloading the source, an even smaller advantage in the binary, and basically no advantage in memory use. (Probably even a decrease in performance on some platforms like x86 Gnu/Linux, since a shared libemacs would have lost a register to -fPIC.) The cost for these minimal benefits would be more work for the development team, since APIs would have to be made more rigid since someone changing an API couldn't just update all the calls in the various frontends. Or it would mean users would lose out, because the various frontends would no longer be truly compatible. Objectively, what is the case to be made to do this? -- Alan Shutko - I am the rocks. Looking for a developer in St. Louis? http://web.springies.com/~ats/ Don't underestimate the bandwidth of a station wagon full of mag tapes.