Remove the "whence" parameter that is not actually necessary, and only
complicates the InputStream implementations.

Replace InputPlugin attributes.

Replaces the method Close().

Prepare for adding virtual methods.

Decouple some more from GLib.

Prepare to migrate away from GLib.  Currently, we're still using GLib
as a backend.

Replaces GLib's GError.

Eliminate input_stream_init() and input_stream_deinit().

Hide the definition from C code, to prepare the transition to C++.

Add GMutex, GCond attributes which will be used by callers to
conditionally wait on the stream.

Remove the (now-useless) plugin method buffer(), wait on GCond
instead.  Lock the input_stream before each method call.  Do the same
with the playlist plugins.

Windows compatibility.

All close() implementations must call this method.

Major API redesign: don't let the caller allocate the input_stream
object.  Let each input plugin allocate its own (derived/extended)
input_stream pointer.  The "data" attribute can now be removed, and
all input plugins simply cast the input_stream pointer to their own
structure (with an "struct input_stream base" as the first attribute).

This code has never made any sense, and has broken some of the archive
plugin.

This code has never made any sense, and has broken some of the archive
plugin.

Add a "mode" argument to open_cloexec() instead.

Added the "fd_util" library, which attempts to use the new thread-safe
Linux system calls pipe2(), accept4() and the options O_CLOEXEC,
SOCK_CLOEXEC.  Without these, it falls back to FD_CLOEXEC, which is
not thread safe.

This is particularly important for the "pipe" output plugin (and
others, such as JACK/PulseAudio), because we were heavily leaking file
descriptors to child processes.

Try to be as portable as possible, use GLib path name functions and
macros.