]> git.llucax.com Git - software/libev.git/blob - README.embed
*** empty log message ***
[software/libev.git] / README.embed
1 EMBEDDING THE LIBEV CODE INTO YOUR OWN PROGRAMS
2
3     Instead of building the libev library you can also include the code
4     as-is into your programs. To update, you only have to copy a few files
5     into your source tree.
6
7     This is how it works:
8
9 FILESETS
10
11     CORE EVENT LOOP
12
13     To include only the libev core (all the ev_* functions):
14
15         #define EV_STANDALONE   1
16         #include "ev.c"
17
18     This will automatically include ev.h, too, and should be done in a
19     single C source file only to provide the function implementations. To
20     use it, do the same for ev.h in all files wishing to use this API
21     (best done by writing a wrapper around ev.h that you can include
22     instead and where you can put other configuration options):
23
24         #define EV_STANDALONE   1
25         #include "ev.h"
26
27     Both header files and implementation files can be compiled with a C++
28     compiler (at least, thats a stated goal, and breakage will be treated
29     as a bug).
30
31     You need the following files in your source tree, or in a directory
32     in your include path (e.g. in libev/ when using -Ilibev):
33
34         ev.h
35         ev.c
36         ev_vars.h
37         ev_wrap.h
38
39         ev_win32.c      required on win32 platforms only
40
41         ev_select.c     only when select backend is enabled (which is is by default)
42         ev_poll.c       only when poll backend is enabled (disabled by default)
43         ev_epoll.c      only when the epoll backend is enabled (disabled by default)
44         ev_kqueue.c     only when the kqueue backend is enabled (disabled by default)
45
46     "ev.c" includes the backend files directly when enabled.
47
48     LIBEVENT COMPATIBILITY API
49
50     To include the libevent compatibility API, also include:
51
52         #include "event.c"
53
54     in the file including "ev.c", and:
55
56         #include "event.h"
57
58     in the files that want to use the libevent API. This also includes "ev.h".
59
60     You need the following additional files for this:
61
62         event.h
63         event.c
64
65 AUTOCONF SUPPORT
66
67     Instead of using EV_STANDALONE=1 and providing your config in whatever
68     way you want, you can also m4_include([libev.m4]) in your configure.ac
69     and leave EV_STANDALONE off. ev.c will then include "config.h" and
70     configure itself accordingly.
71
72 PREPROCESSOR SYMBOLS
73
74     Libev can be configured via a variety of preprocessor symbols you have to define
75     before including any of its files. The default is not to build for multiplicity
76     and only include the select backend.
77
78     EV_STANDALONE
79
80         Must always be "1", which keeps libev from including config.h or
81         other files, and it also defines dummy implementations for some
82         libevent functions (such as logging, which is not supported). It
83         will also not define any of the structs usually found in "event.h"
84         that are not directly supported by libev code alone.
85
86     EV_USE_MONOTONIC
87
88         If undefined or defined to be "1", libev will try to detect the
89         availability of the monotonic clock option at both compiletime and
90         runtime. Otherwise no use of the monotonic clock option will be
91         attempted.
92
93     EV_USE_REALTIME
94
95         If defined to be "1", libev will try to detect the availability
96         of the realtime clock option at compiletime (and assume its
97         availability at runtime if successful). Otherwise no use of the
98         realtime clock option will be attempted. This effectively replaces
99         gettimeofday by clock_get (CLOCK_REALTIME, ...) and will not normally
100         affect correctness.
101
102     EV_USE_SELECT
103
104        If undefined or defined to be "1", libev will compile in support
105        for the select(2) backend. No attempt at autodetection will be
106        done: if no other method takes over, select will be it. Otherwise
107        the select backend will not be compiled in.
108
109     EV_SELECT_USE_FD_SET
110
111        If defined to 1, then the select backend will use the system fd_set
112        structure. This is useful if libev doesn't compile due to a missing
113        NFDBITS or fd_mask definition or it misguesses the bitset layout on
114        exotic systems. This usually limits the range of file descriptors
115        to some low limit such as 1024 or might have other limitations
116        (winsocket only allows 64 sockets). The FD_SETSIZE macro, set
117        before compilation, might influence the size of the fd_set used.
118
119     EV_SELECT_IS_WINSOCKET
120
121        When defined to 1, the select backend will assume that select
122        doesn't understand file descriptors but wants osf handles on
123        win32 (this is the case when the select to be used is the winsock
124        select). This means that it will call _get_osfhandle on the fd to
125        convert it to an OS handle. Should not be defined on non-win32
126        platforms.
127
128     EV_USE_POLL
129
130        If defined to be "1", libev will compile in support for the poll(2)
131        backend. Otherwise it will be enabled on non-win32 platforms. It
132        takes precedence over select.
133
134     EV_USE_EPOLL
135
136        If defined to be "1", libev will compile in support for the Linux
137        epoll backend. Its availability will be detected at runtime,
138        otherwise another method will be used as fallback. This is the
139        preferred backend for GNU/Linux systems.
140
141     EV_USE_KQUEUE
142
143        If defined to be "1", libev will compile in support for the BSD
144        style kqueue backend. Its availability will be detected at runtime,
145        otherwise another method will be used as fallback. This is the
146        preferred backend for BSD and BSD-like systems. Darwin brokenness
147        will be detected at runtime and routed around by disabling this
148        backend.
149
150     EV_USE_PORT
151
152        If defined to be "1", libev will compile in support for the Solaris
153        10 port style backend. Its availability will be detected at runtime,
154        otherwise another method will be used as fallback. This is the
155        preferred backend for Solaris 10 systems.
156
157     EV_USE_DEVPOLL
158     
159        reserved for future expansion, works like the USE symbols above.
160
161     EV_H
162
163         The name of the ev.h header file used to include it. The default
164         if undefined is <ev.h> in event.h and "ev.h" in ev.c. This can
165         be used to virtually rename the ev.h header file in case of
166         conflicts.
167
168     EV_EVENT_H
169
170         Similarly to EV_H, this macro cna be used to override event.c's idea
171         of how the event.h header can be found.
172
173     EV_PROTOTYPES
174
175        If defined to be "0", then "ev.h" will not define any function
176        prototypes, but still define all the structs and other
177        symbols. This is occasionally useful.
178
179     EV_MULTIPLICITY
180
181        If undefined or defined to "1", then all event-loop-specific
182        functions will have the "struct ev_loop *" as first argument, and
183        you can create additional independent event loops. Otherwise there
184        will be no support for multiple event loops and there is no first
185        event loop pointer argument. Instead, all functions act on the
186        single default loop.
187
188     EV_PERIODICS
189
190        If undefined or defined to be "1", then periodic timers are
191        supported, otherwise not. This saves a few kb of code.
192
193     EV_COMMON
194  
195        By default, all watchers have a "void *data" member. By redefining
196        this macro to a something else you can include more and other types
197        of members. You have to define it each time you include one of the
198        files, though, and it must be identical each time.
199
200        For example, the perl EV module uses this:
201
202            #define EV_COMMON                       \
203              SV *self; /* contains this struct */  \
204              SV *cb_sv, *fh /* note no trailing ";" */
205
206     EV_CB_DECLARE(type)
207     EV_CB_INVOKE(watcher,revents)
208     ev_set_cb(ev,cb)
209
210        Can be used to change the callback member declaration in each
211        watcher, and the way callbacks are invoked and set. Must expand
212        to a struct member definition and a statement, respectively. See
213        the ev.v header file for their default definitions. One possible
214        use for overriding these is to avoid the ev_loop pointer as first
215        argument in all cases, or to use method calls instead of plain
216        function calls in C++.
217
218 EXAMPLES
219
220     For a real-world example of a program the includes libev
221     verbatim, you can have a look at the EV perl module
222     (http://software.schmorp.de/pkg/EV.html).  It has the libev files in
223     the libev/ subdirectory and includes them in the EV/EVAPI.h (public
224     interface) and EV.xs (implementation) files. Only the EV.xs file will
225     be compiled.
226