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: /srv/bzr/emacs/trunk r101338: * lisp/emacs-lisp/syntax.el (syntax-ppss): More sanity check to catch Date: Fri, 14 Feb 2014 16:30:16 +0100 Message-ID: <87wqgx3e5z.fsf@fencepost.gnu.org> References: <87r47bi1e5.fsf@yandex.ru> <52F96284.50507@yandex.ru> <52FAE12B.6060101@yandex.ru> <52FC3BEE.60604@yandex.ru> <52FCD2B4.5080006@yandex.ru> <52FD9F1D.50205@yandex.ru> <83mwhucg1h.fsf@gnu.org> <878ute589i.fsf@fencepost.gnu.org> <83d2iqc84m.fsf@gnu.org> <87wqgxkcr9.fsf@yandex.ru> <834n41db0d.fsf@gnu.org> <52FE2985.4070703@yandex.ru> <831tz5daes.fsf@gnu.org> <8738jlohd6.fsf@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1392391825 21401 80.91.229.3 (14 Feb 2014 15:30:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 14 Feb 2014 15:30:25 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 14 16:30:33 2014 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 1WEKin-0002sL-5x for ged-emacs-devel@m.gmane.org; Fri, 14 Feb 2014 16:30:33 +0100 Original-Received: from localhost ([::1]:52370 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WEKim-0001w3-Mf for ged-emacs-devel@m.gmane.org; Fri, 14 Feb 2014 10:30:32 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39752) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WEKif-0001t5-4p for emacs-devel@gnu.org; Fri, 14 Feb 2014 10:30:26 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WEKiY-0007ZG-K5 for emacs-devel@gnu.org; Fri, 14 Feb 2014 10:30:25 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:46980) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WEKiY-0007Z9-Gg for emacs-devel@gnu.org; Fri, 14 Feb 2014 10:30:18 -0500 Original-Received: from localhost ([127.0.0.1]:54156 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WEKiX-0000v1-4L; Fri, 14 Feb 2014 10:30:17 -0500 Original-Received: by lola (Postfix, from userid 1000) id B0FD4E40F5; Fri, 14 Feb 2014 16:30:16 +0100 (CET) In-Reply-To: <8738jlohd6.fsf@yandex.ru> (Dmitry Gutov's message of "Fri, 14 Feb 2014 17:15:33 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e 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:169617 Archived-At: Dmitry Gutov writes: > Eli Zaretskii writes: > >>> The need to "come up, design and implement" these things has been >>> there for many years now. Unless things start moving in that >>> direction step-by-step, I'm not confident anything "proper" will >>> happen at all. >> >> Nothing will start moving unless Someone(TM) will move things. > > I'd expect each participant in the discussion to be willing to > implement things they discuss that are within their area of > expertise. E.g. Stefan to at least add that hook and modify the > syntax-ppss caching behavior. That's a popular misconception: the dictatoriate of the incompetent. Just because somebody went to the pains to learn an art does not mean that he is bound to do your bidding. Gifts are foremost gifts, not punishment. > I really don't do C, and learning it just to contribute to Emacs seems > like a major undertaking. Oh, you could help a lot of people and projects in your newly gained area of expertise then. > Why there aren't many new contributors capable and interested in > implementing new features at the C level, your guess is as good as > mine (probably better). They probably don't like the obligations coming with it. -- David Kastrup