ViewVC Help
View File | Revision Log | Show Annotations | Download File
/cvs/EV/Makefile.PL
(Generate patch)

Comparing EV/Makefile.PL (file contents):
Revision 1.23 by root, Thu Nov 22 04:52:24 2007 UTC vs.
Revision 1.41 by root, Tue Jul 14 00:09:59 2009 UTC

1use 5.006; 1use 5.006;
2 2
3use strict qw(vars subs);
3use Config; 4use Config;
4use ExtUtils::MakeMaker; 5use ExtUtils::MakeMaker;
5 6
6unless (-e "libev/ev_epoll.c") { 7unless (-e "libev/ev_epoll.c") {
7 print <<EOF; 8 print <<EOF;
38POSIX optionally offers support for a monotonic clock source. EV 39POSIX optionally offers support for a monotonic clock source. EV
39can take advantage of this clock source to detect time jumps 40can take advantage of this clock source to detect time jumps
40reliably. Unfortunately, some systems are bound to be broken, so you can 41reliably. Unfortunately, some systems are bound to be broken, so you can
41disable this here: you can completely disable the detection and use of 42disable this here: you can completely disable the detection and use of
42the monotonic clock by answering 'n' here. Support for this clock type 43the monotonic clock by answering 'n' here. Support for this clock type
43will otherwise be autodetected at both compile- and runtime. 44will otherwise be autodetected at both compile- and runtime. (this setting
45currently affects the use of nanosleep over select as well).
44 46
45EOF 47EOF
46 48
47$DEFINE .= " -DEV_USE_MONOTONIC=" . (0 + (prompt ("Enable optional support for CLOCK_MONOTONIC (y/n)?", "y") =~ /[yY]/)); 49my $DEFINE .= " -DEV_USE_MONOTONIC=" . (0 + (prompt ("Enable optional support for CLOCK_MONOTONIC (y/n)?", "y") =~ /[yY]/));
48 50
49print <<EOF; 51print <<EOF;
50 52
51*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 53*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
52 54
53 55
54POSIX optionally offers support for a (potentially) high-resolution 56POSIX optionally offers support for a (potentially) high-resolution
55realtime clock interface. In a good implementation, using it is faster 57realtime clock interface. In a good implementation, using it is faster
56than the normal method of using gettimeofday. Unfortunately, this option 58than the normal method of using gettimeofday. Unfortunately, this option
57is also bound to be broken on some systems, so you can disable use and 59is also bound to be broken on some systems, and current EV versions do not
58probing of this feature altogether here. Otherwise support for this clock 60actually call C<gettimeofday> very often, so ti defaults to no.
59type will be autodetected at compiletime.
60 61
61EOF 62EOF
62 63
63$DEFINE .= " -DEV_USE_REALTIME=" . (0 + (prompt ("Prefer clock_gettime (CLOCK_REALTIME) over gettimeofday (y/n)?", "y") =~ /[yY]/)); 64$DEFINE .= " -DEV_USE_REALTIME=" . (0 + (prompt ("Prefer clock_gettime (CLOCK_REALTIME) over gettimeofday (y/n)?", "n") =~ /[yY]/));
64 65
65print <<EOF; 66print <<EOF;
66 67
67*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 68*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
68 69
116print <<EOF; 117print <<EOF;
117 118
118*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 119*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
119 120
120 121
121EV by default uses select, which makes it hard to write efficient servers, 122Select and poll make it hard to write efficient servers, especially if the
122especially if the number of active connections is much lower than the open 123number of active connections is much lower than the watched ones. GNU/Linux
123ones. GNU/Linux systems have a more scalable method called "epoll", which 124systems have a more scalable method called "epoll", which EV can use. For
124EV can use. For this to work, both your kernel and glibc have to support 125this to work, both your kernel and glibc have to support epoll, but if you
125epoll, but if you can compile it, the detection will be done at runtime, 126can compile it, the detection will be done at runtime, and EV will safely
126and EV will safely fall back to using select when epoll isn't available. 127fall back to using select when epoll isn't available. If unsure, accept
127If unsure, accept the default. 128the default.
128 129
129EOF 130EOF
130 131
132my $can_epoll = -e "/usr/include/sys/epoll.h";
133$can_epoll = $ENV{EV_EPOLL} if exists $ENV{EV_EPOLL};
131$DEFINE .= " -DEV_USE_EPOLL=" . (0 + (prompt ("Enable epoll backend (y/n)?", (-e "/usr/include/sys/epoll.h") ? "y" : "n") =~ /[yY]/)); 134$DEFINE .= " -DEV_USE_EPOLL=" . (0 + (prompt ("Enable epoll backend (y/n)?", $can_epoll ? "y" : "n") =~ /[yY]/));
132 135
133print <<EOF; 136print <<EOF;
134 137
135*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 138*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
136 139
137 140
138Similarly to the epoll backend above, EV can take advantage of kqueue on 141Similarly to the epoll backend above, EV can take advantage of kqueue on
139many BSD systems. Support for kqueue will be detected at runtime, with a 142many BSD systems. Support for kqueue will be detected at runtime, with a
140safe fallback to other methods when it cannot be used. 143safe fallback to other methods when it cannot be used.
141 144
142Note that kqueue is broken on most operating systems, so it defaults to 145Note that kqueue is broken on most operating systems, so by default it
143'n' on most platforms that claim to support it. Here is what we know: 146won't be used on many platforms, but you can still create your own event
147loop with kqueue backend if you ask specifically for it.
144 148
145OS X: completely, utterly broken on at least <= 10.5. 149Here is what we know:
150
151NetBSD: partially working in at least 3.1. Yeah! :)
146FreeBSD: broken on at least <= 6.2-STABLE, 152FreeBSD: broken on at least 6.2-STABLE,
147 sockets and pipes *might* work, ptys definitely don't. 153 sockets *likely* work, ptys definitely don't.
148NetBSD: reports indicate that it likely WORKS. Yeah! :)
149OpenBSD: reports indicate that it likely doesn't work 154OpenBSD: reports indicate that it likely doesn't work
150 (similar problems as on FreeBSD). 155 (similar problems as on FreeBSD).
156OS X: completely, utterly broken on at least < 10.5.
151 157
152EOF 158EOF
153 159
154my $can_kqueue = $^O =~ /netbsd/i && -e "/usr/include/sys/event.h"; 160my $can_kqueue = -e "/usr/include/sys/event.h";
155 161$can_kqueue = $ENV{EV_KQUEUE} if exists $ENV{EV_KQUEUE};
156$DEFINE .= " -DEV_USE_KQUEUE=" . (0 + (prompt ("Enable kqueue backend (y/n)?", $can_kqueue ? "y" : "n") =~ /[yY]/)); 162$DEFINE .= " -DEV_USE_KQUEUE=" . (0 + (prompt ("Enable kqueue backend (y/n)?", $can_kqueue ? "y" : "n") =~ /[yY]/));
157 163
158print <<EOF; 164print <<EOF;
159 165
160*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 166*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
161 167
162 168
163Similarly to the kqueue backend above, EV can take advantage of the 169Similarly to the kqueue backend above, EV can take advantage of the
164solaris 10 port interface. Support for port will be detected at runtime, 170solaris 10 event port interface. Support for event ports will be detected
165with a safe fallback to other methods when it cannot be used. 171at runtime, with a safe fallback to other methods when it cannot be used.
166 172
167EOF 173EOF
168 174
169$DEFINE .= " -DEV_USE_PORT=" . (0 + (prompt ("Enable port backend (y/n)?", (-e "/usr/include/sys/port.h") ? "y" : "n") =~ /[yY]/)); 175$DEFINE .= " -DEV_USE_PORT=" . (0 + (prompt ("Enable event port backend (y/n)?", (-e "/usr/include/sys/port.h") ? "y" : "n") =~ /[yY]/));
170 176
171print <<EOF; 177print <<EOF;
172 178
173*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 179*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
174 180
178can specify additional libraries to provide these calls (and any other 184can specify additional libraries to provide these calls (and any other
179required by EV) now, or accept the default. 185required by EV) now, or accept the default.
180 186
181EOF 187EOF
182 188
183$SOLARIS_LIBS = $^O =~ /solaris/ ? " -lsocket -lnsl" : ""; 189my $solaris_libs = $^O =~ /solaris/i ? "-lsocket -lnsl" : "";
184 190my $librt = $^O =~ /linux/i ? "-lpthread" : "-lpthread -lrt";
185$LIBS = prompt "Extra libraries for pthread_atfork and clock_gettime?", "-lpthread -lrt$SOLARIS_LIBS"; 191my $LIBS = prompt "Extra libraries for pthread_atfork and clock_gettime?", "$librt $solaris_libs";
186 192
193
194print <<EOF;
195
196*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
197
198
199A backend of a different kind is the Linux inotify(7) interface, which can
200be used to speed up (and reduce resource consumption) of stat watchers. If
201you have the include file and libc support for it, it is usually a good
202idea to enable it, as kernel availability is detected at runtime.
203
204EOF
205
206my $can_inotify = -e "/usr/include/sys/inotify.h";
207$can_inotify = $ENV{EV_INOTIFY} if exists $ENV{EV_INOTIFY};
208$DEFINE .= " -DEV_USE_INOTIFY=" . (0 + (prompt ("Enable inotify support (y/n)?", $can_inotify ? "y" : "n") =~ /[yY]/));
209
210print <<EOF;
211
212*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
213
214
215Another useful bit of functionality is the Linux eventfd, which is useful
216for faster signal handling (don't care) and intra-thread communications
217(more relevant). Kernel support for this will be probed at runtime, but
218your libc must contain the necessary wrapper. Glibc 2.7 and later should
219have this wrapper.
220
221EOF
222
223my $can_eventfd = -e "/usr/include/sys/eventfd.h";
224$can_eventfd = $ENV{EV_EVENTFD} if exists $ENV{EV_EVENTFD};
225$DEFINE .= " -DEV_USE_EVENTFD=" . (0 + (prompt ("Enable linux eventfd support (y/n)?", $can_eventfd ? "y" : "n") =~ /[yY]/));
187 226
188print <<EOF; 227print <<EOF;
189 228
190*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 229*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
191 230
201 SUFFIX => '.gz', 240 SUFFIX => '.gz',
202 }, 241 },
203 depend => { 242 depend => {
204 "EV.c" => "EV/EVAPI.h " 243 "EV.c" => "EV/EVAPI.h "
205 . "libev/ev.c libev/ev.h libev/ev_epoll.c libev/ev_select.c libev/ev_kqueue.c libev/ev_poll.c " 244 . "libev/ev.c libev/ev.h libev/ev_epoll.c libev/ev_select.c libev/ev_kqueue.c libev/ev_poll.c "
206 . "libev/event.h libev/event.c evdns.h evdns.c libev/ev_vars.h libev/ev_wrap.h", 245 . "libev/ev_vars.h libev/ev_wrap.h",
207 }, 246 },
208 INC => "-Ilibev", 247 INC => "-Ilibev",
209 DEFINE => "$DEFINE", 248 DEFINE => "$DEFINE",
210 NAME => "EV", 249 NAME => "EV",
211 LIBS => [$LIBS], 250 LIBS => [$LIBS],
212 PREREQ_PM => { 251 PREREQ_PM => {
213 @anyevent, 252 @anyevent,
253 "common::sense" => 0,
214 }, 254 },
215 VERSION_FROM => "EV.pm", 255 VERSION_FROM => "EV.pm",
216 PM => { 256 PM => {
217 'EV.pm' => '$(INST_LIBDIR)/EV.pm', 257 'EV.pm' => '$(INST_LIBDIR)/EV.pm',
218 'EV/DNS.pm' => '$(INST_LIBDIR)/EV/DNS.pm',
219 'EV/EVAPI.h' => '$(INST_LIBDIR)/EV/EVAPI.h', 258 'EV/EVAPI.h' => '$(INST_LIBDIR)/EV/EVAPI.h',
220 'EV/MakeMaker.pm' => '$(INST_LIBDIR)/EV/MakeMaker.pm', 259 'EV/MakeMaker.pm' => '$(INST_LIBDIR)/EV/MakeMaker.pm',
221 'libev/ev.h' => '$(INST_LIBDIR)/EV/ev.h', 260 'libev/ev.h' => '$(INST_LIBDIR)/EV/ev.h',
261 'libev/ev.pod' => '$(INST_LIBDIR)/EV/libev.pod',
222 }, 262 },
263 MAN3PODS => {
264 'EV.pm' => '$(INST_MAN3DIR)/EV.$(MAN3EXT)',
265 'EV/MakeMaker.pm' => '$(INST_MAN3DIR)/EV::MakeMaker.$(MAN3EXT)',
266 'libev/ev.pod' => '$(INST_MAN3DIR)/EV::libev.$(MAN3EXT)',
267 },
223); 268);
224 269
225 270

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines