EV/Makefile.PL

use 5.006;

use Config;
use ExtUtils::MakeMaker;

unless (-e "libev/ev_epoll.c") {
   print <<EOF;

***
*** ERROR: libev is missing or damaged. If you used a CVS check-out of EV,
*** you also have to check-out the "libev" module from the same CVS
*** repository into the EV dir (i.e. EV/libev from outside).
***

EOF
   exit 1;
}

print <<EOF;

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***


Welcome to EV configuration. If you are in a hurry, just press return here
and hope for the best. The defaults should usually do.

EOF

if (prompt ("Skip further questions and use defaults (y/n)?", "y") =~ /[yY]/) {
   $ENV{PERL_MM_USE_DEFAULT} = 1;
}

print <<EOF;

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***


POSIX optionally offers support for a monotonic clock source. EV
can take advantage of this clock source to detect time jumps
reliably. Unfortunately, some systems are bound to be broken, so you can
disable this here: you can completely disable the detection and use of
the monotonic clock by answering 'n' here. Support for this clock type
will otherwise be autodetected at both compile- and runtime. (this setting
currently affects the use of nanosleep over select as well).

EOF

$DEFINE .= " -DEV_USE_MONOTONIC=" . (0 + (prompt ("Enable optional support for CLOCK_MONOTONIC (y/n)?", "y") =~ /[yY]/));

print <<EOF;

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***


POSIX optionally offers support for a (potentially) high-resolution
realtime clock interface. In a good implementation, using it is faster
than the normal method of using gettimeofday. Unfortunately, this option
is also bound to be broken on some systems, so you can disable use and
probing of this feature altogether here. Otherwise support for this clock
type will be autodetected at compiletime.

EOF

$DEFINE .= " -DEV_USE_REALTIME=" . (0 + (prompt ("Prefer clock_gettime (CLOCK_REALTIME) over gettimeofday (y/n)?", "y") =~ /[yY]/));

print <<EOF;

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***


EV can use various backends with various portability issue. The select
backend is the most portable and makes for a good fallback, but it can be
limited to a low number of file descriptors and/or might not compile. If
you have problems with compiling ev_select.c, you might try to play around
with disabling it here, or forcing it to use the fd_set provided by your
OS, via the next question. I highly recommend keeping it in.

EOF

if (prompt ("Enable select backend (y/n)?", "y") =~ /[yY]/) {
   $DEFINE .= " -DEV_USE_SELECT=1";

   print <<EOF;

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***


The select backend can operate in two modes. One uses the system-provided
fd_set and is usually limited to 1024 file descriptors (64 on windows),
the other requires your header files to define NFDBITS and declare a
suitable fd_mask type. If you run into problems compiling ev_select.c, you
can try forcing the use of the system fd_set here.

EOF

   if (prompt ("Force use of system fd_set for select backend (y/n)?", "n") =~ /[yY]/) {
      $DEFINE .= " -DEV_SELECT_USE_FD_SET";
   } 
} else {
   $DEFINE .= " -DEV_USE_SELECT=0";
} 

print <<EOF;

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***


The second very portable backend is poll(2). It does not exist on windows
and various versions of Mac OS X (and on the other versions it simply
doesn't work), but works basically everywhere else. It is recommended to use
the default here unless you run into compile problems in ev_poll.c.

EOF

$DEFINE .= " -DEV_USE_POLL=" . (0 + (prompt ("Enable poll backend (y/n)?", (-e "/usr/include/poll.h") ? "y" : "n") =~ /[yY]/));

print <<EOF;

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***


Select and poll make it hard to write efficient servers, especially if the
number of active connections is much lower than the watched ones. GNU/Linux
systems have a more scalable method called "epoll", which EV can use. For
this to work, both your kernel and glibc have to support epoll, but if you
can compile it, the detection will be done at runtime, and EV will safely
fall back to using select when epoll isn't available. If unsure, accept
the default.

EOF

$DEFINE .= " -DEV_USE_EPOLL=" . (0 + (prompt ("Enable epoll backend (y/n)?", (-e "/usr/include/sys/epoll.h") ? "y" : "n") =~ /[yY]/));

print <<EOF;

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***


Similarly to the epoll backend above, EV can take advantage of kqueue on
many BSD systems. Support for kqueue will be detected at runtime, with a
safe fallback to other methods when it cannot be used.

Note that kqueue is broken on most operating systems, so by default it
won't be used on many platforms, but you can still create your own event
loop with qkueue backend.

Here is what we know:

NetBSD:  partially working in at least 3.1. Yeah! :)
FreeBSD: broken on at least 6.2-STABLE,
         sockets *likely* work, ptys definitely don't.
OpenBSD: reports indicate that it likely doesn't work
         (similar problems as on FreeBSD).
OS X:    completely, utterly broken on at least < 10.5.

EOF

my $can_kqueue = -e "/usr/include/sys/event.h";

$DEFINE .= " -DEV_USE_KQUEUE=" . (0 + (prompt ("Enable kqueue backend (y/n)?", $can_kqueue ? "y" : "n") =~ /[yY]/));

print <<EOF;

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***


Similarly to the kqueue backend above, EV can take advantage of the
solaris 10 event port interface. Support for event ports will be detected
at runtime, with a safe fallback to other methods when it cannot be used.

EOF

$DEFINE .= " -DEV_USE_PORT=" . (0 + (prompt ("Enable event port backend (y/n)?", (-e "/usr/include/sys/port.h") ? "y" : "n") =~ /[yY]/));

print <<EOF;

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***


EV needs the functions pthread_atfork and clock_gettime. On most systems
you need some special libraries for this (such as -lrt and -lpthread). You
can specify additional libraries to provide these calls (and any other
required by EV) now, or accept the default.

EOF

$SOLARIS_LIBS = $^O =~ /solaris/ ? " -lsocket -lnsl" : "";

$LIBS = prompt "Extra libraries for pthread_atfork and clock_gettime?", "-lpthread -lrt$SOLARIS_LIBS";


print <<EOF;

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***


A backend of a different kind is the Linux inotify(7) interface, which can
be used to speed up (and reduce resource consumption) of stat watchers. If
you have it, it is usually a good idea to enable it.

EOF

my $can_inotify = -e "/usr/include/sys/inotify.h";

$DEFINE .= " -DEV_USE_INOTIFY=" . (0 + (prompt ("Enable inotify support (y/n)?", $can_inotify ? "y" : "n") =~ /[yY]/));

print <<EOF;

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***


Another useful bit of functionality is the Linux eventfd, which is useful
for faster signal handling (don't care) and intra-thread communications
(more relevant). Kernel support for this will be probed at runtime, but
your libc must contain the necessary wrapper. Glibc 2.7 and later should
have this wrapper.

EOF

$DEFINE .= " -DEV_USE_EVENTFD=" . (0 + (prompt ("Enable linux eventfd support (y/n)?", (-e "/usr/include/sys/eventfd.h") || $ENV{EV_EVENTFD} ? "y" : "n") =~ /[yY]/));

print <<EOF;

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***


EOF

my @anyevent = eval { require AnyEvent; $AnyEvent::VERSION < 2.6 } ? (AnyEvent => 2.6) : ();

WriteMakefile(
    dist        => {
                    PREOP       => 'pod2text EV.pm | tee README >$(DISTVNAME)/README; chmod -R u=rwX,go=rX . ;',
                    COMPRESS    => 'gzip -9v',
                    SUFFIX      => '.gz',
                   },
    depend => {
       "EV.c" => "EV/EVAPI.h "
               . "libev/ev.c libev/ev.h libev/ev_epoll.c libev/ev_select.c libev/ev_kqueue.c libev/ev_poll.c "
               . "libev/ev_vars.h libev/ev_wrap.h",
    },
    INC       => "-Ilibev",
    DEFINE    => "$DEFINE",
    NAME => "EV",
    LIBS => [$LIBS],
    PREREQ_PM => {
       @anyevent,
    },
    VERSION_FROM => "EV.pm",
    PM           => {
                    'EV.pm'             => '$(INST_LIBDIR)/EV.pm',
                    'EV/EVAPI.h'        => '$(INST_LIBDIR)/EV/EVAPI.h',
                    'EV/MakeMaker.pm'   => '$(INST_LIBDIR)/EV/MakeMaker.pm',
                    'libev/ev.h'        => '$(INST_LIBDIR)/EV/ev.h',
                    'libev/ev.pod'      => '$(INST_LIBDIR)/EV/libev.pod',
                 },
    MAN3PODS => {
                    'EV.pm'           => '$(INST_MAN3DIR)/EV.$(MAN3EXT)',
                    'EV/MakeMaker.pm' => '$(INST_MAN3DIR)/EV::MakeMaker.$(MAN3EXT)',
                    'libev/ev.pod'    => '$(INST_MAN3DIR)/EV::libev.$(MAN3EXT)',
                },
);


Revision:	1.36
Committed:	Wed Oct 29 17:41:11 2008 UTC (15 years, 6 months ago) by root
Content type:	text/plain
Branch:	MAIN
Changes since 1.35:	+15 -15 lines
Log Message:	* empty log message *
#	Content
1	use 5.006;
2
3	use Config;
4	use ExtUtils::MakeMaker;
5
6	unless (-e "libev/ev_epoll.c") {
7	print <<EOF;
8
9	***
10	*** ERROR: libev is missing or damaged. If you used a CVS check-out of EV,
11	*** you also have to check-out the "libev" module from the same CVS
12	*** repository into the EV dir (i.e. EV/libev from outside).
13	***
14
15	EOF
16	exit 1;
17	}
18
19	print <<EOF;
20
21	* * * * * * * * * * * * * * * * * *
22
23
24	Welcome to EV configuration. If you are in a hurry, just press return here
25	and hope for the best. The defaults should usually do.
26
27	EOF
28
29	if (prompt ("Skip further questions and use defaults (y/n)?", "y") =~ /[yY]/) {
30	$ENV{PERL_MM_USE_DEFAULT} = 1;
31	}
32
33	print <<EOF;
34
35	* * * * * * * * * * * * * * * * * *
36
37
38	POSIX optionally offers support for a monotonic clock source. EV
39	can take advantage of this clock source to detect time jumps
40	reliably. Unfortunately, some systems are bound to be broken, so you can
41	disable this here: you can completely disable the detection and use of
42	the monotonic clock by answering 'n' here. Support for this clock type
43	will otherwise be autodetected at both compile- and runtime. (this setting
44	currently affects the use of nanosleep over select as well).
45
46	EOF
47
48	$DEFINE .= " -DEV_USE_MONOTONIC=" . (0 + (prompt ("Enable optional support for CLOCK_MONOTONIC (y/n)?", "y") =~ /[yY]/));
49
50	print <<EOF;
51
52	* * * * * * * * * * * * * * * * * *
53
54
55	POSIX optionally offers support for a (potentially) high-resolution
56	realtime clock interface. In a good implementation, using it is faster
57	than the normal method of using gettimeofday. Unfortunately, this option
58	is also bound to be broken on some systems, so you can disable use and
59	probing of this feature altogether here. Otherwise support for this clock
60	type will be autodetected at compiletime.
61
62	EOF
63
64	$DEFINE .= " -DEV_USE_REALTIME=" . (0 + (prompt ("Prefer clock_gettime (CLOCK_REALTIME) over gettimeofday (y/n)?", "y") =~ /[yY]/));
65
66	print <<EOF;
67
68	* * * * * * * * * * * * * * * * * *
69
70
71	EV can use various backends with various portability issue. The select
72	backend is the most portable and makes for a good fallback, but it can be
73	limited to a low number of file descriptors and/or might not compile. If
74	you have problems with compiling ev_select.c, you might try to play around
75	with disabling it here, or forcing it to use the fd_set provided by your
76	OS, via the next question. I highly recommend keeping it in.
77
78	EOF
79
80	if (prompt ("Enable select backend (y/n)?", "y") =~ /[yY]/) {
81	$DEFINE .= " -DEV_USE_SELECT=1";
82
83	print <<EOF;
84
85	* * * * * * * * * * * * * * * * * *
86
87
88	The select backend can operate in two modes. One uses the system-provided
89	fd_set and is usually limited to 1024 file descriptors (64 on windows),
90	the other requires your header files to define NFDBITS and declare a
91	suitable fd_mask type. If you run into problems compiling ev_select.c, you
92	can try forcing the use of the system fd_set here.
93
94	EOF
95
96	if (prompt ("Force use of system fd_set for select backend (y/n)?", "n") =~ /[yY]/) {
97	$DEFINE .= " -DEV_SELECT_USE_FD_SET";
98	}
99	} else {
100	$DEFINE .= " -DEV_USE_SELECT=0";
101	}
102
103	print <<EOF;
104
105	* * * * * * * * * * * * * * * * * *
106
107
108	The second very portable backend is poll(2). It does not exist on windows
109	and various versions of Mac OS X (and on the other versions it simply
110	doesn't work), but works basically everywhere else. It is recommended to use
111	the default here unless you run into compile problems in ev_poll.c.
112
113	EOF
114
115	$DEFINE .= " -DEV_USE_POLL=" . (0 + (prompt ("Enable poll backend (y/n)?", (-e "/usr/include/poll.h") ? "y" : "n") =~ /[yY]/));
116
117	print <<EOF;
118
119	* * * * * * * * * * * * * * * * * *
120
121
122	Select and poll make it hard to write efficient servers, especially if the
123	number of active connections is much lower than the watched ones. GNU/Linux
124	systems have a more scalable method called "epoll", which EV can use. For
125	this to work, both your kernel and glibc have to support epoll, but if you
126	can compile it, the detection will be done at runtime, and EV will safely
127	fall back to using select when epoll isn't available. If unsure, accept
128	the default.
129
130	EOF
131
132	$DEFINE .= " -DEV_USE_EPOLL=" . (0 + (prompt ("Enable epoll backend (y/n)?", (-e "/usr/include/sys/epoll.h") ? "y" : "n") =~ /[yY]/));
133
134	print <<EOF;
135
136	* * * * * * * * * * * * * * * * * *
137
138
139	Similarly to the epoll backend above, EV can take advantage of kqueue on
140	many BSD systems. Support for kqueue will be detected at runtime, with a
141	safe fallback to other methods when it cannot be used.
142
143	Note that kqueue is broken on most operating systems, so by default it
144	won't be used on many platforms, but you can still create your own event
145	loop with qkueue backend.
146
147	Here is what we know:
148
149	NetBSD: partially working in at least 3.1. Yeah! :)
150	FreeBSD: broken on at least 6.2-STABLE,
151	sockets likely work, ptys definitely don't.
152	OpenBSD: reports indicate that it likely doesn't work
153	(similar problems as on FreeBSD).
154	OS X: completely, utterly broken on at least < 10.5.
155
156	EOF
157
158	my $can_kqueue = -e "/usr/include/sys/event.h";
159
160	$DEFINE .= " -DEV_USE_KQUEUE=" . (0 + (prompt ("Enable kqueue backend (y/n)?", $can_kqueue ? "y" : "n") =~ /[yY]/));
161
162	print <<EOF;
163
164	* * * * * * * * * * * * * * * * * *
165
166
167	Similarly to the kqueue backend above, EV can take advantage of the
168	solaris 10 event port interface. Support for event ports will be detected
169	at runtime, with a safe fallback to other methods when it cannot be used.
170
171	EOF
172
173	$DEFINE .= " -DEV_USE_PORT=" . (0 + (prompt ("Enable event port backend (y/n)?", (-e "/usr/include/sys/port.h") ? "y" : "n") =~ /[yY]/));
174
175	print <<EOF;
176
177	* * * * * * * * * * * * * * * * * *
178
179
180	EV needs the functions pthread_atfork and clock_gettime. On most systems
181	you need some special libraries for this (such as -lrt and -lpthread). You
182	can specify additional libraries to provide these calls (and any other
183	required by EV) now, or accept the default.
184
185	EOF
186
187	$SOLARIS_LIBS = $^O =~ /solaris/ ? " -lsocket -lnsl" : "";
188
189	$LIBS = prompt "Extra libraries for pthread_atfork and clock_gettime?", "-lpthread -lrt$SOLARIS_LIBS";
190
191
192	print <<EOF;
193
194	* * * * * * * * * * * * * * * * * *
195
196
197	A backend of a different kind is the Linux inotify(7) interface, which can
198	be used to speed up (and reduce resource consumption) of stat watchers. If
199	you have it, it is usually a good idea to enable it.
200
201	EOF
202
203	my $can_inotify = -e "/usr/include/sys/inotify.h";
204
205	$DEFINE .= " -DEV_USE_INOTIFY=" . (0 + (prompt ("Enable inotify support (y/n)?", $can_inotify ? "y" : "n") =~ /[yY]/));
206
207	print <<EOF;
208
209	* * * * * * * * * * * * * * * * * *
210
211
212	Another useful bit of functionality is the Linux eventfd, which is useful
213	for faster signal handling (don't care) and intra-thread communications
214	(more relevant). Kernel support for this will be probed at runtime, but
215	your libc must contain the necessary wrapper. Glibc 2.7 and later should
216	have this wrapper.
217
218	EOF
219
220	$DEFINE .= " -DEV_USE_EVENTFD=" . (0 + (prompt ("Enable linux eventfd support (y/n)?", (-e "/usr/include/sys/eventfd.h") \|\| $ENV{EV_EVENTFD} ? "y" : "n") =~ /[yY]/));
221
222	print <<EOF;
223
224	* * * * * * * * * * * * * * * * * *
225
226
227	EOF
228
229	my @anyevent = eval { require AnyEvent; $AnyEvent::VERSION < 2.6 } ? (AnyEvent => 2.6) : ();
230
231	WriteMakefile(
232	dist => {
233	PREOP => 'pod2text EV.pm \| tee README >$(DISTVNAME)/README; chmod -R u=rwX,go=rX . ;',
234	COMPRESS => 'gzip -9v',
235	SUFFIX => '.gz',
236	},
237	depend => {
238	"EV.c" => "EV/EVAPI.h "
239	. "libev/ev.c libev/ev.h libev/ev_epoll.c libev/ev_select.c libev/ev_kqueue.c libev/ev_poll.c "
240	. "libev/ev_vars.h libev/ev_wrap.h",
241	},
242	INC => "-Ilibev",
243	DEFINE => "$DEFINE",
244	NAME => "EV",
245	LIBS => [$LIBS],
246	PREREQ_PM => {
247	@anyevent,
248	},
249	VERSION_FROM => "EV.pm",
250	PM => {
251	'EV.pm' => '$(INST_LIBDIR)/EV.pm',
252	'EV/EVAPI.h' => '$(INST_LIBDIR)/EV/EVAPI.h',
253	'EV/MakeMaker.pm' => '$(INST_LIBDIR)/EV/MakeMaker.pm',
254	'libev/ev.h' => '$(INST_LIBDIR)/EV/ev.h',
255	'libev/ev.pod' => '$(INST_LIBDIR)/EV/libev.pod',
256	},
257	MAN3PODS => {
258	'EV.pm' => '$(INST_MAN3DIR)/EV.$(MAN3EXT)',
259	'EV/MakeMaker.pm' => '$(INST_MAN3DIR)/EV::MakeMaker.$(MAN3EXT)',
260	'libev/ev.pod' => '$(INST_MAN3DIR)/EV::libev.$(MAN3EXT)',
261	},
262	);
263
264