*** empty log message ***

diff --git a/Changes b/Changes
index 519edbf4e3dbe54e12a4585bc86077866e3c824f..53ae61b2854c4a915913209a64d8e17b281692eb 100644 (file)
--- a/Changes
+++ b/Changes
@@ -1,5 +1,7 @@
 Revision history for libev, a high-performance and full-featured event loop.
 
+        - automake fucked it up, apparently, --add-missing -f is not quite enough
+          to make it update its files. grrr.
         - change EV_UNDEF to 0xffffffff to silence some overzealous compilers.
         - use "(libev) " prefix for all libev error messages now.
 

diff --git a/autogen.sh b/autogen.sh
index 371b4cde3f8ef73bc4aba17c70960561d543ca87..087d2aa4e963b767adc7a08d828852875e436686 100644 (file)
--- a/autogen.sh
+++ b/autogen.sh
@@ -1,6 +1,6 @@
 #!/bin/sh
 
 libtoolize --force
-automake --add-missing
+automake --add-missing --force-missing
 autoreconf
 

diff --git a/ev.pod b/ev.pod
index 7e2f9ef53fbd3ad9789b8c62af65b9e4be2079fb..a9009eeb92197d0b748f1402257ebb8134ade406 100644 (file)
--- a/ev.pod
+++ b/ev.pod
@@ -404,14 +404,14 @@ environment variable.
 =item C<EVFLAG_NOINOTIFY>
 
 When this flag is specified, then libev will not attempt to use the
-I<inotify> API for it's C<ev_stat> watchers. Apart from debugging and
+I<inotify> API for its C<ev_stat> watchers. Apart from debugging and
 testing, this flag can be useful to conserve inotify file descriptors, as
 otherwise each loop using C<ev_stat> watchers consumes one inotify handle.
 
 =item C<EVFLAG_SIGNALFD>
 
 When this flag is specified, then libev will attempt to use the
-I<signalfd> API for it's C<ev_signal> (and C<ev_child>) watchers. This API
+I<signalfd> API for its C<ev_signal> (and C<ev_child>) watchers. This API
 delivers signals synchronously, which makes it both faster and might make
 it possible to get the queued signal data. It can also simplify signal
 handling with threads, as long as you properly block signals in your
@@ -621,7 +621,7 @@ C<ev_loop_new>, but it can also be used on the default loop returned by
 C<ev_default_loop>, in which case it is not thread-safe.
 
 Note that it is not advisable to call this function on the default loop
-except in the rare occasion where you really need to free it's resources.
+except in the rare occasion where you really need to free its resources.
 If you need dynamically allocated loops it is better to use C<ev_loop_new>
 and C<ev_loop_destroy>.
 
@@ -2262,7 +2262,7 @@ Example: Call a callback every hour, starting now:
 
 Signal watchers will trigger an event when the process receives a specific
 signal one or more times. Even though signals are very asynchronous, libev
-will try it's best to deliver signals synchronously, i.e. as part of the
+will try its best to deliver signals synchronously, i.e. as part of the
 normal event processing, like any other event.
 
 If you want signals to be delivered truly asynchronously, just use