EV/Makefile.PL

use strict qw(vars subs);
use Canary::Stability EV => 1, 5.008002;
use Config;
use ExtUtils::MakeMaker;

sub have_inc($) {
   scalar grep -r "$_/$_[0]", $Config{usrinc}, split / /, $Config{incpth}
}

my $DEFINE;

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 more
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

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

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, and current EV versions do not
actually call gettimeofday very often, so it defaults to no.

EOF

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

print <<EOF;

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


EV can use various backends with various portability issues. 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)?", (have_inc "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

my $can_epoll = have_inc "sys/epoll.h";
$can_epoll = $ENV{EV_EPOLL} if exists $ENV{EV_EPOLL};
$DEFINE .= " -DEV_USE_EPOLL=" . (0 + (prompt ("Enable epoll backend (y/n)?", $can_epoll ? "y" : "n") =~ /[yY]/));

print <<EOF;

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


Linux 4.18 introduced another event polling interface, this time using
the Linux AIO API. While this API is far superior to epoll and almost
rivals kqueue, it also suffers from the same issues as kqueue typically
does: only a subset of file types are supported (as of 4.19, I have seen
eventfd, pipes, sockets files and some devices, but no ttys). It also
is subject arbitrary system-wide limits imposed on it. Therefore, this
backend is not used by default, even when it is compiled in, and you have
to request it explicitly, e.g. with LIBEV_FLAGS=64. If unsure, accept the
default.

EOF

my $can_linuxaio = have_inc "linux/aio_abi.h";
$can_linuxaio = $ENV{EV_LINUXAIO} if exists $ENV{EV_LINUXAIO};
$DEFINE .= " -DEV_USE_LINUXAIO=" . (0 + (prompt ("Enable linux aio backend (y/n)?", $can_linuxaio ? "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 kqueue backend if you ask specifically for it.

Here is what we know:

NetBSD:  partially working in at least 3.1 and later. Yeah! :)
FreeBSD: broken on at least 6.2-STABLE, spotty in later versions,
         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.6.

EOF

my $can_kqueue = have_inc "sys/event.h";
$can_kqueue = $ENV{EV_KQUEUE} if exists $ENV{EV_KQUEUE};
$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)?", (have_inc "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.

On GNU/Linux systems, EV uses the LSB 3.1 __register_atfork function
to avoid the dependency on libpthread, and directly uses the clock_gettime
syscall to avoid a dependency on librt.

EOF

my $solaris_libs = $^O =~ /solaris/i ? "-lsocket -lnsl" : "";
my $librt = $^O =~ /linux/i ? "" : "-lpthread -lrt";
my $LIBS = exists $ENV{EV_LIBS} ? $ENV{EV_LIBS} : "$librt $solaris_libs";
$LIBS = prompt "Extra libraries for pthread_atfork and clock_gettime?", $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 the include file and libc support for it, it is usually a good
idea to enable it, as kernel availability is detected at runtime.

EOF

my $can_inotify = have_inc "sys/inotify.h";
$can_inotify = $ENV{EV_INOTIFY} if exists $ENV{EV_INOTIFY};
$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

my $can_eventfd = have_inc "sys/eventfd.h";
$can_eventfd = $ENV{EV_EVENTFD} if exists $ENV{EV_EVENTFD};
$DEFINE .= " -DEV_USE_EVENTFD=" . (0 + (prompt ("Enable linux eventfd support (y/n)?", $can_eventfd ? "y" : "n") =~ /[yY]/));

print <<EOF;

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


Another sometimes useful bit of functionality is the Linux signalfd, which
is useful for faster signal handling (don't care). 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

my $can_signalfd = have_inc "sys/signalfd.h";
$can_signalfd = $ENV{EV_SIGNALFD} if exists $ENV{EV_SIGNALFD};
$DEFINE .= " -DEV_USE_SIGNALFD=" . (0 + (prompt ("Enable linux signalfd support (y/n)?", $can_signalfd ? "y" : "n") =~ /[yY]/));

print <<EOF;

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


Very rarely, people want to tweak EV even more, e.g. to exclude
or include certain watcher types or backends. This can be done by adding
extra -D options here, or via the EV_EXTRA_DEFS environment variable.

For example, if you run into compile problems because of missing memory
fences (or you just want extra performance), you can tell EV to not support
smp and threads via -DEV_NO_THREADS.

Normal persons just press enter.

EOF

$DEFINE .= " " . prompt "Any extra -D options?", "$ENV{EV_EXTRA_DEFS}";

print <<EOF;

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


EOF

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

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,
       "common::sense" => 0,
    },
    CONFIGURE_REQUIRES => { "ExtUtils::MakeMaker" => 6.52, "Canary::Stability" => 0 },
    VERSION_FROM => "EV.pm",
    PM           => {
                    'EV.pm'             => '$(INST_LIB)/EV.pm',
                    'EV/EVAPI.h'        => '$(INST_LIB)/EV/EVAPI.h',
                    'EV/MakeMaker.pm'   => '$(INST_LIB)/EV/MakeMaker.pm',
                    'libev/ev.h'        => '$(INST_LIB)/EV/ev.h',
                    'libev/ev.pod'      => '$(INST_LIB)/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.59
Committed:	Sat Jun 22 16:43:05 2019 UTC (4 years, 10 months ago) by root
Content type:	text/plain
Branch:	MAIN
Changes since 1.58:	+0 -1 lines
Log Message:	* empty log message *
#	Content
1	use strict qw(vars subs);
2	use Canary::Stability EV => 1, 5.008002;
3	use Config;
4	use ExtUtils::MakeMaker;
5
6	sub have_inc($) {
7	scalar grep -r "$_/$_[0]", $Config{usrinc}, split / /, $Config{incpth}
8	}
9
10	my $DEFINE;
11
12	unless (-e "libev/ev_epoll.c") {
13	print <<EOF;
14
15	***
16	*** ERROR: libev is missing or damaged. If you used a CVS check-out of EV,
17	*** you also have to check-out the "libev" module from the same CVS
18	*** repository into the EV dir (i.e. EV/libev from outside).
19	***
20
21	EOF
22	exit 1;
23	}
24
25	print <<EOF;
26
27	* * * * * * * * * * * * * * * * * *
28
29
30	Welcome to EV configuration. If you are in a hurry, just press return here
31	and hope for the best. The defaults should usually do.
32
33	EOF
34
35	if (prompt ("Skip further questions and use defaults (y/n)?", "y") =~ /[yY]/) {
36	$ENV{PERL_MM_USE_DEFAULT} = 1;
37	}
38
39	print <<EOF;
40
41	* * * * * * * * * * * * * * * * * *
42
43
44	POSIX optionally offers support for a monotonic clock source. EV
45	can take advantage of this clock source to detect time jumps more
46	reliably. Unfortunately, some systems are bound to be broken, so you can
47	disable this here: you can completely disable the detection and use of
48	the monotonic clock by answering 'n' here. Support for this clock type
49	will otherwise be autodetected at both compile- and runtime. (this setting
50	currently affects the use of nanosleep over select as well).
51
52	EOF
53
54	unless (prompt ("Enable optional support for CLOCK_MONOTONIC (y/n)?", "y") =~ /[yY]/) {
55	$DEFINE .= " -DEV_USE_MONOTONIC=0";
56	}
57
58	print <<EOF;
59
60	* * * * * * * * * * * * * * * * * *
61
62
63	POSIX optionally offers support for a (potentially) high-resolution
64	realtime clock interface. In a good implementation, using it is faster
65	than the normal method of using gettimeofday. Unfortunately, this option
66	is also bound to be broken on some systems, and current EV versions do not
67	actually call gettimeofday very often, so it defaults to no.
68
69	EOF
70
71	$DEFINE .= " -DEV_USE_REALTIME=" . (0 + (prompt ("Prefer clock_gettime (CLOCK_REALTIME) over gettimeofday (y/n)?", "n") =~ /[yY]/));
72
73	print <<EOF;
74
75	* * * * * * * * * * * * * * * * * *
76
77
78	EV can use various backends with various portability issues. The select
79	backend is the most portable and makes for a good fallback, but it can be
80	limited to a low number of file descriptors and/or might not compile. If
81	you have problems with compiling ev_select.c, you might try to play around
82	with disabling it here, or forcing it to use the fd_set provided by your
83	OS, via the next question. I highly recommend keeping it in.
84
85	EOF
86
87	if (prompt ("Enable select backend (y/n)?", "y") =~ /[yY]/) {
88	$DEFINE .= " -DEV_USE_SELECT=1";
89
90	print <<EOF;
91
92	* * * * * * * * * * * * * * * * * *
93
94
95	The select backend can operate in two modes. One uses the system-provided
96	fd_set and is usually limited to 1024 file descriptors (64 on windows),
97	the other requires your header files to define NFDBITS and declare a
98	suitable fd_mask type. If you run into problems compiling ev_select.c, you
99	can try forcing the use of the system fd_set here.
100
101	EOF
102
103	if (prompt ("Force use of system fd_set for select backend (y/n)?", "n") =~ /[yY]/) {
104	$DEFINE .= " -DEV_SELECT_USE_FD_SET";
105	}
106	} else {
107	$DEFINE .= " -DEV_USE_SELECT=0";
108	}
109
110	print <<EOF;
111
112	* * * * * * * * * * * * * * * * * *
113
114
115	The second very portable backend is poll(2). It does not exist on windows
116	and various versions of Mac OS X (and on the other versions it simply
117	doesn't work), but works basically everywhere else. It is recommended to use
118	the default here unless you run into compile problems in ev_poll.c.
119
120	EOF
121
122	$DEFINE .= " -DEV_USE_POLL=" . (0 + (prompt ("Enable poll backend (y/n)?", (have_inc "poll.h") ? "y" : "n") =~ /[yY]/));
123
124	print <<EOF;
125
126	* * * * * * * * * * * * * * * * * *
127
128
129	Select and poll make it hard to write efficient servers, especially if the
130	number of active connections is much lower than the watched ones. GNU/Linux
131	systems have a more scalable method called "epoll", which EV can use. For
132	this to work, both your kernel and glibc have to support epoll, but if you
133	can compile it, the detection will be done at runtime, and EV will safely
134	fall back to using select when epoll isn't available. If unsure, accept
135	the default.
136
137	EOF
138
139	my $can_epoll = have_inc "sys/epoll.h";
140	$can_epoll = $ENV{EV_EPOLL} if exists $ENV{EV_EPOLL};
141	$DEFINE .= " -DEV_USE_EPOLL=" . (0 + (prompt ("Enable epoll backend (y/n)?", $can_epoll ? "y" : "n") =~ /[yY]/));
142
143	print <<EOF;
144
145	* * * * * * * * * * * * * * * * * *
146
147
148	Linux 4.18 introduced another event polling interface, this time using
149	the Linux AIO API. While this API is far superior to epoll and almost
150	rivals kqueue, it also suffers from the same issues as kqueue typically
151	does: only a subset of file types are supported (as of 4.19, I have seen
152	eventfd, pipes, sockets files and some devices, but no ttys). It also
153	is subject arbitrary system-wide limits imposed on it. Therefore, this
154	backend is not used by default, even when it is compiled in, and you have
155	to request it explicitly, e.g. with LIBEV_FLAGS=64. If unsure, accept the
156	default.
157
158	EOF
159
160	my $can_linuxaio = have_inc "linux/aio_abi.h";
161	$can_linuxaio = $ENV{EV_LINUXAIO} if exists $ENV{EV_LINUXAIO};
162	$DEFINE .= " -DEV_USE_LINUXAIO=" . (0 + (prompt ("Enable linux aio backend (y/n)?", $can_linuxaio ? "y" : "n") =~ /[yY]/));
163
164	print <<EOF;
165
166	* * * * * * * * * * * * * * * * * *
167
168
169	Similarly to the epoll backend above, EV can take advantage of kqueue on
170	many BSD systems. Support for kqueue will be detected at runtime, with a
171	safe fallback to other methods when it cannot be used.
172
173	Note that kqueue is broken on most operating systems, so by default it
174	won't be used on many platforms, but you can still create your own event
175	loop with kqueue backend if you ask specifically for it.
176
177	Here is what we know:
178
179	NetBSD: partially working in at least 3.1 and later. Yeah! :)
180	FreeBSD: broken on at least 6.2-STABLE, spotty in later versions,
181	sockets likely work, ptys definitely don't.
182	OpenBSD: reports indicate that it likely doesn't work
183	(similar problems as on FreeBSD).
184	OS X: completely, utterly broken on at least <= 10.6.
185
186	EOF
187
188	my $can_kqueue = have_inc "sys/event.h";
189	$can_kqueue = $ENV{EV_KQUEUE} if exists $ENV{EV_KQUEUE};
190	$DEFINE .= " -DEV_USE_KQUEUE=" . (0 + (prompt ("Enable kqueue backend (y/n)?", $can_kqueue ? "y" : "n") =~ /[yY]/));
191
192	print <<EOF;
193
194	* * * * * * * * * * * * * * * * * *
195
196
197	Similarly to the kqueue backend above, EV can take advantage of the
198	solaris 10 event port interface. Support for event ports will be detected
199	at runtime, with a safe fallback to other methods when it cannot be used.
200
201	EOF
202
203	$DEFINE .= " -DEV_USE_PORT=" . (0 + (prompt ("Enable event port backend (y/n)?", (have_inc "sys/port.h") ? "y" : "n") =~ /[yY]/));
204
205	print <<EOF;
206
207	* * * * * * * * * * * * * * * * * *
208
209
210	EV needs the functions pthread_atfork and clock_gettime. On most systems
211	you need some special libraries for this (such as -lrt and -lpthread). You
212	can specify additional libraries to provide these calls (and any other
213	required by EV) now, or accept the default.
214
215	On GNU/Linux systems, EV uses the LSB 3.1 __register_atfork function
216	to avoid the dependency on libpthread, and directly uses the clock_gettime
217	syscall to avoid a dependency on librt.
218
219	EOF
220
221	my $solaris_libs = $^O =~ /solaris/i ? "-lsocket -lnsl" : "";
222	my $librt = $^O =~ /linux/i ? "" : "-lpthread -lrt";
223	my $LIBS = exists $ENV{EV_LIBS} ? $ENV{EV_LIBS} : "$librt $solaris_libs";
224	$LIBS = prompt "Extra libraries for pthread_atfork and clock_gettime?", $LIBS;
225
226
227	print <<EOF;
228
229	* * * * * * * * * * * * * * * * * *
230
231
232	A backend of a different kind is the Linux inotify(7) interface, which can
233	be used to speed up (and reduce resource consumption) of stat watchers. If
234	you have the include file and libc support for it, it is usually a good
235	idea to enable it, as kernel availability is detected at runtime.
236
237	EOF
238
239	my $can_inotify = have_inc "sys/inotify.h";
240	$can_inotify = $ENV{EV_INOTIFY} if exists $ENV{EV_INOTIFY};
241	$DEFINE .= " -DEV_USE_INOTIFY=" . (0 + (prompt ("Enable inotify support (y/n)?", $can_inotify ? "y" : "n") =~ /[yY]/));
242
243	print <<EOF;
244
245	* * * * * * * * * * * * * * * * * *
246
247
248	Another useful bit of functionality is the Linux eventfd, which is useful
249	for faster signal handling (don't care) and intra-thread communications
250	(more relevant). Kernel support for this will be probed at runtime, but
251	your libc must contain the necessary wrapper. Glibc 2.7 and later should
252	have this wrapper.
253
254	EOF
255
256	my $can_eventfd = have_inc "sys/eventfd.h";
257	$can_eventfd = $ENV{EV_EVENTFD} if exists $ENV{EV_EVENTFD};
258	$DEFINE .= " -DEV_USE_EVENTFD=" . (0 + (prompt ("Enable linux eventfd support (y/n)?", $can_eventfd ? "y" : "n") =~ /[yY]/));
259
260	print <<EOF;
261
262	* * * * * * * * * * * * * * * * * *
263
264
265	Another sometimes useful bit of functionality is the Linux signalfd, which
266	is useful for faster signal handling (don't care). Kernel support for
267	this will be probed at runtime, but your libc must contain the necessary
268	wrapper. Glibc 2.7 and later should have this wrapper.
269
270	EOF
271
272	my $can_signalfd = have_inc "sys/signalfd.h";
273	$can_signalfd = $ENV{EV_SIGNALFD} if exists $ENV{EV_SIGNALFD};
274	$DEFINE .= " -DEV_USE_SIGNALFD=" . (0 + (prompt ("Enable linux signalfd support (y/n)?", $can_signalfd ? "y" : "n") =~ /[yY]/));
275
276	print <<EOF;
277
278	* * * * * * * * * * * * * * * * * *
279
280
281	Very rarely, people want to tweak EV even more, e.g. to exclude
282	or include certain watcher types or backends. This can be done by adding
283	extra -D options here, or via the EV_EXTRA_DEFS environment variable.
284
285	For example, if you run into compile problems because of missing memory
286	fences (or you just want extra performance), you can tell EV to not support
287	smp and threads via -DEV_NO_THREADS.
288
289	Normal persons just press enter.
290
291	EOF
292
293	$DEFINE .= " " . prompt "Any extra -D options?", "$ENV{EV_EXTRA_DEFS}";
294
295	print <<EOF;
296
297	* * * * * * * * * * * * * * * * * *
298
299
300	EOF
301
302	my @anyevent = eval { require AnyEvent; $AnyEvent::VERSION < 5.29 } ? (AnyEvent => 5.29) : ();
303
304	WriteMakefile(
305	dist => {
306	PREOP => 'pod2text EV.pm \| tee README >$(DISTVNAME)/README; chmod -R u=rwX,go=rX . ;',
307	COMPRESS => 'gzip -9v',
308	SUFFIX => '.gz',
309	},
310	depend => {
311	"EV.c" => "EV/EVAPI.h "
312	. "libev/ev.c libev/ev.h libev/ev_epoll.c libev/ev_select.c libev/ev_kqueue.c libev/ev_poll.c "
313	. "libev/ev_vars.h libev/ev_wrap.h",
314	},
315	INC => "-Ilibev",
316	DEFINE => "$DEFINE",
317	NAME => "EV",
318	LIBS => [$LIBS],
319	PREREQ_PM => {
320	@anyevent,
321	"common::sense" => 0,
322	},
323	CONFIGURE_REQUIRES => { "ExtUtils::MakeMaker" => 6.52, "Canary::Stability" => 0 },
324	VERSION_FROM => "EV.pm",
325	PM => {
326	'EV.pm' => '$(INST_LIB)/EV.pm',
327	'EV/EVAPI.h' => '$(INST_LIB)/EV/EVAPI.h',
328	'EV/MakeMaker.pm' => '$(INST_LIB)/EV/MakeMaker.pm',
329	'libev/ev.h' => '$(INST_LIB)/EV/ev.h',
330	'libev/ev.pod' => '$(INST_LIB)/EV/libev.pod',
331	},
332	MAN3PODS => {
333	'EV.pm' => '$(INST_MAN3DIR)/EV.$(MAN3EXT)',
334	'EV/MakeMaker.pm' => '$(INST_MAN3DIR)/EV::MakeMaker.$(MAN3EXT)',
335	'libev/ev.pod' => '$(INST_MAN3DIR)/EV::libev.$(MAN3EXT)',
336	},
337	);
338
339