Opened 14 years ago

Closed 14 years ago

#526 closed Enhancement (invalid)

libevent should only be compiled when not available on the system

Reported by: pbenner Owned by:
Priority: Lowest Milestone: None Set
Component: Transmission Version: 0.95
Severity: Trivial Keywords:
Cc:

Description

If libevent is already installed on the system it should not be compiled and statically linked with transmission.

Change History (3)

comment:1 Changed 14 years ago by mezz

I like this idea, but there is a problem with libevent. I am not sure if it's libevent's fault or FreeBSD's libevent port fault as I haven't check inside libevent source code. At the every release of libevent, the name of library is always changed. The file looks like libevent-1.<version>.so.1, so try to link libevent by -levent-1.<version> is difficult to keep up.

I just searched in google and it looks like it's libevent's fault. There is no respone to two emails in the mailing list of libevent.

libevent-users/2006-March/000114.html libevent-users/2007-September/000796.html

The libevent's name of library is broke and non-sense. It is best to stick with what transmission is having right now.

comment:2 Changed 14 years ago by mezz

Forgive me, it is off point. I am wondering if you (Charles) have seen libev? The benchmark look good too. I think it is supposed to be better than libevent, but I don't really know anything about it.

http://software.schmorp.de/pkg/libev.html http://libev.schmorp.de/bench.html http://cvs.schmorp.de/libev/README

comment:3 Changed 14 years ago by charles

  • Resolution set to invalid
  • Status changed from new to closed

The rationale for bundling our own libevent is that we are relying on features that weren't in a released stable version of libevent until about a week ago. This may be worth revisiting later, but I doubt many systems come preinstalled with a version of libevent we can use.

Note: See TracTickets for help on using tickets.