]> git.llucax.com Git - software/libev.git/commitdiff
projects / software / libev.git / commitdiff
? search:
summary | shortlog | log | commit | commitdiff | tree
raw | patch | inline | side by side (from parent 1: 7f61bc3)
*** empty log message ***
authorroot <root>
Fri, 7 Dec 2007 20:19:16 +0000 (20:19 +0000)
committerroot <root>
Fri, 7 Dec 2007 20:19:16 +0000 (20:19 +0000)
ev.3 patch | blob | history
ev.html patch | blob | history
ev.pod patch | blob | history

diff --git a/ev.3 b/ev.3
index 4f0017992a9fdfe6828e28351907e5d0f7ac457e..1f33e819abcd70e0ec45634a66888759cf955a37 100644 (file)
--- a/ev.3
+++ b/ev.3
@@ -1901,12 +1901,12 @@ of them macros) into the global namespace. All \*(C+ specific things are
 put into the \f(CW\*(C`ev\*(C'\fR namespace. It should support all the same embedding
 options as \fIev.h\fR, most notably \f(CW\*(C`EV_MULTIPLICITY\*(C'\fR.
 .PP
 put into the \f(CW\*(C`ev\*(C'\fR namespace. It should support all the same embedding
 options as \fIev.h\fR, most notably \f(CW\*(C`EV_MULTIPLICITY\*(C'\fR.
 .PP
-Care has been taken to keep the overhead low. The only data member added
-to the C\-style watchers is the event loop the watcher is associated with
-(or no additional members at all if you disable \f(CW\*(C`EV_MULTIPLICITY\*(C'\fR when
-embedding libev).
+Care has been taken to keep the overhead low. The only data member the \*(C+
+classes add (compared to plain C\-style watchers) is the event loop pointer
+that the watcher is associated with (or no additional members at all if
+you disable \f(CW\*(C`EV_MULTIPLICITY\*(C'\fR when embedding libev).
 .PP
 .PP
-Currently, functions and static and non-static member functions can be
+Currently, functions, and static and non-static member functions can be
 used as callbacks. Other types should be easy to add as long as they only
 need one additional pointer for context. If you need support for other
 types of functors please contact the author (preferably after implementing
 used as callbacks. Other types should be easy to add as long as they only
 need one additional pointer for context. If you need support for other
 types of functors please contact the author (preferably after implementing
diff --git a/ev.html b/ev.html
index efd79daabadbde8eca31359ef91273b07847fca9..738d6d088608fb6a1950dc78d90663f143a9b485 100644 (file)
--- a/ev.html
+++ b/ev.html
@@ -6,7 +6,7 @@
        <meta name="description" content="Pod documentation for libev" />
        <meta name="inputfile" content="&lt;standard input&gt;" />
        <meta name="outputfile" content="&lt;standard output&gt;" />
        <meta name="description" content="Pod documentation for libev" />
        <meta name="inputfile" content="&lt;standard input&gt;" />
        <meta name="outputfile" content="&lt;standard output&gt;" />
-       <meta name="created" content="Fri Dec  7 21:13:07 2007" />
+       <meta name="created" content="Fri Dec  7 21:19:14 2007" />
        <meta name="generator" content="Pod::Xhtml 1.57" />
 <link rel="stylesheet" href="http://res.tst.eu/pod.css"/></head>
 <body>
        <meta name="generator" content="Pod::Xhtml 1.57" />
 <link rel="stylesheet" href="http://res.tst.eu/pod.css"/></head>
 <body>
@@ -1742,11 +1742,11 @@ the callback model to a model using method callbacks on objects.</p>
 of them macros) into the global namespace. All C++ specific things are
 put into the <code>ev</code> namespace. It should support all the same embedding
 options as <cite>ev.h</cite>, most notably <code>EV_MULTIPLICITY</code>.</p>
 of them macros) into the global namespace. All C++ specific things are
 put into the <code>ev</code> namespace. It should support all the same embedding
 options as <cite>ev.h</cite>, most notably <code>EV_MULTIPLICITY</code>.</p>
-<p>Care has been taken to keep the overhead low. The only data member added
-to the C-style watchers is the event loop the watcher is associated with
-(or no additional members at all if you disable <code>EV_MULTIPLICITY</code> when
-embedding libev).</p>
-<p>Currently, functions and static and non-static member functions can be
+<p>Care has been taken to keep the overhead low. The only data member the C++
+classes add (compared to plain C-style watchers) is the event loop pointer
+that the watcher is associated with (or no additional members at all if
+you disable <code>EV_MULTIPLICITY</code> when embedding libev).</p>
+<p>Currently, functions, and static and non-static member functions can be
 used as callbacks. Other types should be easy to add as long as they only
 need one additional pointer for context. If you need support for other
 types of functors please contact the author (preferably after implementing
 used as callbacks. Other types should be easy to add as long as they only
 need one additional pointer for context. If you need support for other
 types of functors please contact the author (preferably after implementing
diff --git a/ev.pod b/ev.pod
index c02aca2d2775754190cbe205c5e5217327edbfa8..d40456bbde29d5ea0c0070e55bbdd6aebfff4920 100644 (file)
--- a/ev.pod
+++ b/ev.pod
@@ -1751,12 +1751,12 @@ of them macros) into the global namespace. All C++ specific things are
 put into the C<ev> namespace. It should support all the same embedding
 options as F<ev.h>, most notably C<EV_MULTIPLICITY>.
 
 put into the C<ev> namespace. It should support all the same embedding
 options as F<ev.h>, most notably C<EV_MULTIPLICITY>.
 
-Care has been taken to keep the overhead low. The only data member added
-to the C-style watchers is the event loop the watcher is associated with
-(or no additional members at all if you disable C<EV_MULTIPLICITY> when
-embedding libev).
+Care has been taken to keep the overhead low. The only data member the C++
+classes add (compared to plain C-style watchers) is the event loop pointer
+that the watcher is associated with (or no additional members at all if
+you disable C<EV_MULTIPLICITY> when embedding libev).
 
 
-Currently, functions and static and non-static member functions can be
+Currently, functions, and static and non-static member functions can be
 used as callbacks. Other types should be easy to add as long as they only
 need one additional pointer for context. If you need support for other
 types of functors please contact the author (preferably after implementing
 used as callbacks. Other types should be easy to add as long as they only
 need one additional pointer for context. If you need support for other
 types of functors please contact the author (preferably after implementing
High-performance event loop/event model with lots of features.