Re: [ANN evdispatch]
On Fri, Apr 11, 2008 at 04:10:27PM -0400, Todd Fisher <[EMAIL PROTECTED]> wrote: > I just wanted to announce a new library I created using libev and > libcurl. It provides 2 interfaces; A C++ interface and a C/Ruby interface Hi, I had a very quick look at it, and only have a single comment: the configure script works like this: - run the libev.m4 stuff - run the libev configure script - make in libev Now, if you run libev's configure script you don't need to include the m4 macros, as the public headerfiles of libev have been carefully (painfully? I would really need a 64 bit type...) designed not to rely on configure information. Also, make'ing in a configure script is not that nice. So, either you should run configure/make but not include the m4 macros, OR you should neither confgiure not make in the libev subdirectory, but instead include the m4 macro and then add a rule for ev.o in your own makefile. (as it is, it will work, however) -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev
Re: Latest libevent+libev package
On Sat, Apr 12, 2008 at 11:59:41PM +0800, JH <[EMAIL PROTECTED]> wrote: > Sorry to disturb you. We're using memcached + libevent and today a friend told > me there's libev. I saw the performance charts and am very interested in > test driving libev. I only found > > http://dist.schmorp.de/libev/Attic/libevent-1.4.1-beta+libev-3.0.tar.gz > > but the latest libevent is 1.4.3 and latest libev is 3.2 (also the CVS > bug fixes). Could you please update the libevent+libev package? I tried, but the changes are nontrivial and would boil down to a lot of work - however, does memcached really need the full libevent? wouldn't the libevent emulation inside libev work for it as well? Note that the libevent emulation isn't 100% - only the typical behaviour is implemented (for example, in libevent, the last event base created gets the signals, while in libev, it is always the default event loop, which is the first event base created by the emulation), so some work is expected for a program relying on libevent's idiosyncrasies, but that's true for libevent+libev as well. So in short, if memcached doesn't rely on libevent specifics such as the http and dns code, the libevent core emulation inside libev should suffice. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev
Latest libevent+libev package
Hi, Sorry to disturb you. We're using memcached + libevent and today a friend told me there's libev. I saw the performance charts and am very interested in test driving libev. I only found http://dist.schmorp.de/libev/Attic/libevent-1.4.1-beta+libev-3.0.tar.gz but the latest libevent is 1.4.3 and latest libev is 3.2 (also the CVS bug fixes). Could you please update the libevent+libev package? Many Thanks! -- Regards, JH at 6 dot cn ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev