From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: trunk r116285: * lisp/emacs-lisp/lisp.el (lisp-completion-at-point): Symbols don't start Date: Fri, 14 Feb 2014 05:48:30 +0200 Message-ID: <52FD920E.7030806@yandex.ru> References: <87zjm4tl2b.fsf@yandex.ru> <52F99C65.5010007@yandex.ru> <871tz995bl.fsf@web.de> <87ioslaepv.fsf@yandex.ru> <87vbwk60r2.fsf@web.de> <87ob2br3vv.fsf@yandex.ru> NNTP-Posting-Host: plane.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 1392349738 6274 80.91.229.3 (14 Feb 2014 03:48:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 14 Feb 2014 03:48:58 +0000 (UTC) Cc: Michael Heerdegen , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 14 04:49:02 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 1WE9lt-00017g-Rx for ged-emacs-devel@m.gmane.org; Fri, 14 Feb 2014 04:49:01 +0100 Original-Received: from localhost ([::1]:49690 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WE9lt-0000k9-4U for ged-emacs-devel@m.gmane.org; Thu, 13 Feb 2014 22:49:01 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58966) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WE9li-0000hH-Ep for emacs-devel@gnu.org; Thu, 13 Feb 2014 22:48:58 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WE9lW-0004db-DB for emacs-devel@gnu.org; Thu, 13 Feb 2014 22:48:50 -0500 Original-Received: from mail-ea0-x234.google.com ([2a00:1450:4013:c01::234]:45495) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WE9lV-0004dV-S9 for emacs-devel@gnu.org; Thu, 13 Feb 2014 22:48:38 -0500 Original-Received: by mail-ea0-f180.google.com with SMTP id o10so5505830eaj.11 for ; Thu, 13 Feb 2014 19:48:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=6fv7P7vgokqmQ/jobIA7AuRMWgMmORlr8GmE9LRaEW8=; b=E/ouR3Xn4naQ92bbpZ/w2Tk83EP+hR8AhCuk87syfJ/4gn22mJVVo5k1GIeOWm1KW+ +dK43+9hliZkJDOUfHFss4OatUkTeDkUKBm0WxQQJp1S+Kje69w/YTkmRfKV0ACRi4y1 WIdlKzGHpZszzX9wxapmQDuI49roUJPOfHWQc4yy1ChyKKtFh8AQT3ZjL3WG79gxGokM QglAdKCMvE3t0MpaqdkZz4ylGn05zAcIcLpgFhO9Yz2RpIQ20ooC0ra3ohDmdW7CpUdR fCdztUqP7p8cKvKiOAi+7WHvV0onFjoEtp2VcsHAJ355zCjW+jxiDYfT5ysdFnt/ek8E xJJg== X-Received: by 10.14.98.66 with SMTP id u42mr6242518eef.18.1392349716580; Thu, 13 Feb 2014 19:48:36 -0800 (PST) Original-Received: from [192.168.10.2] ([93.109.195.252]) by mx.google.com with ESMTPSA id x6sm14541120eew.20.2014.02.13.19.48.33 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 13 Feb 2014 19:48:35 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4013:c01::234 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:169595 Archived-At: On 13.02.2014 15:33, Stefan Monnier wrote: >> We might add special handling for `eval-after-load' eventually, but > > No: people should be moving to with-eval-after-load which does not > suffer from such problems. > >> `eval' should be more rare: I'd expect that most of the time it's passed >> a variable, not a straight quoted form. Although yes, mutual canceling >> of `eval' and one quote shouldn't be too hard to implement. > > Again, probably undesirable, since the use of `eval' should not be encouraged. Even better. I wasn't keen on adding these tweaks myself.