[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Is intellisense features integration in Emacs technically possible?

From: Eli Zaretskii
Subject: Re: Is intellisense features integration in Emacs technically possible?
Date: Wed, 22 Jan 2014 18:04:53 +0200

> From: "Stephen J. Turnbull" <address@hidden>
> Date: Wed, 22 Jan 2014 16:26:49 +0900
> By comparison, it's hard to say exactly (depends on what you mean by
> "display")

I meant the core device-independent portions of it, which in Emacs are
xdisp.c, dispnew.c, dispextern.h, composite.c, and bidi.c --
everything required for basic layout of text and redisplay.  Together
they weigh in at about 45KLOC.  This still leaves out other parts,
like fringe.c, image.c, xfaces.c, the font stuff, the menu support,
and the device dependent code (*term.c, *fns.c, etc.).  If I add
everything together, I get about 135KLOC in the current development
code (up from about 93KLOC in Emacs 21).

> but XEmacs's display engine is about 3.5KLOC of C code, of
> which less than 1.5KLOC are in the platform-independent parts.

Not sure how you get these numbers.  Just redisplay.c, redisplay.h,
and redisplay-out.c are about 13KLOC.  Maybe our concept of what
constitutes the display engine are very different, or maybe I don't
know how to count lines.

As a reference point, the total number of LOC in both projects is
almost identical: around 370K.  Emacs has display features that XEmacs
doesn't (like bidi), so I would expect the code to be smaller, but
certainly not by an order of magnitude.

Again, this doesn't seem to be relevant at all to the issue at hand,
which is whether introducing intellisense for select languages is or
isn't practically possible in Emacs development.  I just brought the 2
examples of features that required a comparable, if not greater,
effort, and were implemented juts recently, because there was someone
who picked up the gauntlet.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]