From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: John Yates Newsgroups: gmane.emacs.devel Subject: Re: YouCompleteMe available as a Server Date: Tue, 5 Aug 2014 08:22:39 -0400 Message-ID: References: <53E090F7.2030308@dancol.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=20cf303a336d5b773a04ffe0e9dd X-Trace: ger.gmane.org 1407241406 26349 80.91.229.3 (5 Aug 2014 12:23:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 5 Aug 2014 12:23:26 +0000 (UTC) Cc: Tom , Emacs developers To: Daniel Colascione Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 05 14:23:21 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 1XEdlw-0007ba-Q1 for ged-emacs-devel@m.gmane.org; Tue, 05 Aug 2014 14:23:21 +0200 Original-Received: from localhost ([::1]:59138 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XEdlw-0002h2-C4 for ged-emacs-devel@m.gmane.org; Tue, 05 Aug 2014 08:23:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46297) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XEdlJ-0001nR-Po for emacs-devel@gnu.org; Tue, 05 Aug 2014 08:22:43 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XEdlI-0003TC-HV for emacs-devel@gnu.org; Tue, 05 Aug 2014 08:22:41 -0400 Original-Received: from mail-yk0-x232.google.com ([2607:f8b0:4002:c07::232]:40391) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XEdlI-0003Sz-Dc for emacs-devel@gnu.org; Tue, 05 Aug 2014 08:22:40 -0400 Original-Received: by mail-yk0-f178.google.com with SMTP id 142so537221ykq.37 for ; Tue, 05 Aug 2014 05:22:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=hwUWFtoK+fXlt1KHkZ1qbn0owS9ASExyMR/Buo8MD6s=; b=mUfHag8/sJvgnIdyY340yZNEtsPTy94JPMyKpgRshdQA0Jx6k5YYb1Oxf/WwUgvQ3P P5dJ8wwnwo1jath8Lt0P2Q46xmWi0HY8ZemWcEcNS7xUlniXLLfU1i70JDDAeVqOxobr d6TvTS/14OimjDG8P58gtdgVyZWWx69Fq7RPdP195StNIM9ouq8cRucwBkluw0t/qw0S DP3n/HHJuWh6s6UkX2GBuH3KTzqygPWEKSmtMYmjkvowf9VTFpEwz3XgzLPSdiKl+0Ty TbnDpRVw39QwQxpPkzE7LDlyYKWx/vmWsTSft9AKpOxyXqpSubG/9pJRRvJiE+Ri5wAr jD8Q== X-Received: by 10.236.138.111 with SMTP id z75mr5733098yhi.0.1407241359683; Tue, 05 Aug 2014 05:22:39 -0700 (PDT) Original-Received: by 10.170.124.81 with HTTP; Tue, 5 Aug 2014 05:22:39 -0700 (PDT) In-Reply-To: <53E090F7.2030308@dancol.org> X-Google-Sender-Auth: P5tZ17ROkcC5zpjABVXihjhwpLk X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4002:c07::232 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:173431 Archived-At: --20cf303a336d5b773a04ffe0e9dd Content-Type: text/plain; charset=UTF-8 Agreed that YCM seems to bring little to the table. OTOH the reference web page includes a link to an impressive snippet engine: https://github.com/SirVer/ultisnips /john On Tue, Aug 5, 2014 at 4:08 AM, Daniel Colascione wrote: > On 08/04/2014 11:27 PM, Tom wrote: > > independent HTTP+JSON server. > > It's 2014: of course we're using JSON over HTTP over TCP over IP to get > two programs running on the same machine as the same user to talk to > each other. There's even an HMAC system to avoid the usual attacks. At > the very least, I'd want a non-IP securable transport before using this > thing --- preferably one that doesn't rely on HTTP (which, based on the > source, seems to be used only to discriminate between short text commands). > > (Does this program really start 30 threads to handle requests?) > > Emacs has existing out-of-tree completion backends that talk to the same > modules ycm uses internally (e.g., clang and jedi), so I'm not sure ycm > is much of a win for us. > > Also, the list of supported languages for identifier completion (along > with one regex that tries to match all kinds of comment) appears to be > hardcoded in ycm's C++ codebase; this design choice would make it > difficult to add support for new languages. (GNU Global has the same > flaw.) Doesn't dabbrev fill the same niche? > > --20cf303a336d5b773a04ffe0e9dd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Agreed that YCM seems to bring little to the table. =C2=A0= OTOH the reference web page includes a link to an impressive snippet engine= :


/john

<= br>
On Tue, Aug 5, 2014 at 4:08 AM, Daniel Colasc= ione <dancol@dancol.org> wrote:
On 08/04/2014 11:27 PM, Tom wrote:
> independent HTTP+JSON server.

It's 2014: of course we're using JSON over HTTP over TCP over IP to= get
two programs running on the same machine as the same user to talk to
each other. There's even an HMAC system to avoid the usual attacks. At<= br> the very least, I'd want a non-IP securable transport before using this=
thing --- preferably one that doesn't rely on HTTP (which, based on the=
source, seems to be used only to discriminate between short text commands).=

(Does this program really start 30 threads to handle requests?)

Emacs has existing out-of-tree completion backends that talk to the same modules ycm uses internally (e.g., clang and jedi), so I'm not sure ycm=
is much of a win for us.

Also, the list of supported languages for identifier completion (along
with one regex that tries to match all kinds of comment) appears to be
hardcoded in ycm's C++ codebase; this design choice would make it
difficult to add support for new languages. =C2=A0(GNU Global has the same<= br> flaw.) Doesn't dabbrev fill the same niche?


--20cf303a336d5b773a04ffe0e9dd--