[Top][All Lists]

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

Re: [Bug-zile] Profiling Zile typeahead handling [WAS Re: Zile plans?]

From: Reuben Thomas
Subject: Re: [Bug-zile] Profiling Zile typeahead handling [WAS Re: Zile plans?]
Date: Sun, 27 May 2012 20:39:39 +0100

On 27 May 2012 14:30, Gary V. Vaughan <address@hidden> wrote:

That seems like a good compromise to me.  However, are you conflating libposix and libgnu... libposix is the subset of gnulib preinstalled as a shim over the vendor C library.  Presupposing that I've finished it, and the person who is compiling Zile/luaposix has installed it already, there's no need for additional support anywhere in the client code.  You just do this:

  ./configure LDFLAGS=-lposix

And then, all of the gnulib POSIX API-fixing functions need not be added to any other code... they just program to the POSIX APIs, and tell the user to install libposix from gnulib before linking if their system libraries/headers are deficient in any way.

Sorry, I do indeed mean libgnu for the GNU functions (and extra module); libposix for the platform fix-ups.
If you can figure out why my patch always leaves everything but the last half-dozen lines of a large paste buffer off the top of the screen, it would be nice to roll C Zile 2.4.8 with 90% faster typeahead handling... there's room to cut that time in half again, since we really shouldn't be spending 56.8% of our time in minibuf_clear when catching up with typeahead.

I'll look into this when the dust settles.


reply via email to

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