From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: obby Date: Sun, 24 May 2009 21:11:05 -0400 Message-ID: References: <873abbr4hp.fsf@hagelb.org> <87my95w0kv.fsf@hagelb.org> <87d49zubyf.fsf@red-bean.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1243213888 10449 80.91.229.12 (25 May 2009 01:11:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 25 May 2009 01:11:28 +0000 (UTC) Cc: jtk@yahoo.com, Phil Hagelberg , emacs-devel@gnu.org To: Karl Fogel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 25 03:11:21 2009 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 1M8Oik-0006qC-DU for ged-emacs-devel@m.gmane.org; Mon, 25 May 2009 03:11:18 +0200 Original-Received: from localhost ([127.0.0.1]:58012 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M8Oij-00035f-Pb for ged-emacs-devel@m.gmane.org; Sun, 24 May 2009 21:11:17 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M8Oif-00035a-IU for emacs-devel@gnu.org; Sun, 24 May 2009 21:11:13 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M8Oia-00035A-8E for emacs-devel@gnu.org; Sun, 24 May 2009 21:11:12 -0400 Original-Received: from [199.232.76.173] (port=35808 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M8Oia-000356-2F for emacs-devel@gnu.org; Sun, 24 May 2009 21:11:08 -0400 Original-Received: from ironport2-out.pppoe.ca ([206.248.154.182]:47126 helo=ironport2-out.teksavvy.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1M8OiZ-0002Gm-Qf for emacs-devel@gnu.org; Sun, 24 May 2009 21:11:07 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlAFAD+NGUrO+IBc/2dsb2JhbACBT8p9hAsFhgA X-IronPort-AV: E=Sophos;i="4.41,241,1241409600"; d="scan'208";a="39027642" Original-Received: from 206-248-128-92.dsl.teksavvy.com (HELO pastel.home) ([206.248.128.92]) by ironport2-out.teksavvy.com with ESMTP; 24 May 2009 21:11:06 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id C86817EF7; Sun, 24 May 2009 21:11:05 -0400 (EDT) In-Reply-To: <87d49zubyf.fsf@red-bean.com> (Karl Fogel's message of "Sat, 23 May 2009 16:32:24 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.93 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. 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:111054 Archived-At: > Given the choice between reimplementing it from scratch and just using > the existing library statically (at the expense of installation ease), > I'd say use the library, assuming it's license-compatible with Emacs. > The installation ease problem will go away entirely later if this is > shipped with core Emacs, after all. A from-scratch implementation would > always lag, and that would probably be even more of a disincentive to > beta users than installation difficulty would be! The problem goes a bit further: most distributions, like Debian and friends, will find it inconvenient to build their Emacs binary against that library unless that library is small, or it's likely to already be installed, or most Emacs users are likely to want to use it. In the case of support for `obby', I don't know the size of the library, but at least I don't expect most Emacs users to use it, and I don't expect most installs to already have the library installed. That's a significant problem for "static linking" (it's actually still dynamically-linked by the way, altough the list of libraries thus linked is known statically). Stefan