There are two advantages:
 - scanning uncached plugins is much faster,
 - plugins with broken dependencies are visible in the modules list.

Plugins are still resolved "now" if they are probed by module_need().
This is a safety feature (the run-time linker would exit silently if it
hit an unresolved symbol). As the previous commit unloads all uncached
plugins, we can reload the plugins with different flags as needed.

Plugins with broken/missing underlying libraries will trigger an error
only when used, rather than when scanned. vlc-cache-gen is then a bit
more robust against messed up packages installation (it will not skip
plugins anymore). Also, dialog_Fatal() could be used to report run-time
errors. This was not possible previously: the error would occur before
the UI was started.

Note that this is not implemented on Windows, as there is no support
(that I know) for lazy resolution of DLLs.

This saves about 20 Mb of address space, 10 Mb of memory on my system,
when the plugins cache is disabled. It is even more dramatic for
non-VLC apps (as then Qt4 is not loaded).

Each cache file is now unloaded as soon as the cache directory scan is
complete. The data is not needed anymore past that point.

As the module descriptor is referenced into the main module list
(without copying).

There is no need to keep this around after the plugins scan. Also,
there is no need to check --reset-plugins-cache if caching si disabled
(--no-plugins-cache).

64-bits timestamp is useless if the OS only provides 32-bits.

For error other than congestion (EAGAIN, EWOULDBLOCK, ENOBUFS, ENOMEM),
check the socket type. If the socket is a datagram, retry. Otherwise,
the socket is connection-oriented and we assume the connection broke,
close it.

This needs testing (my DVB driver is not CI-capable).

The missing definitions are 3-days old...

 - remove always zero overruns counter,
 - constify message pointer.

In practice, multiple headers cannot happen. Only VLM input and LUA
interface use this hack.

Message items are more often than not not rereferenced, and hardly ever
rereferenced more than once. Demand-copying will be faster in most
common circumstances (especially built-in console or logger).

stream_filter/httplive.c: #EXTINF: accepts integer (version < 3) or floating points based on protocol version.

Update logic in parse_SegmentationInformation() to accept float values
for duration as mentioned in later version of the draft specification.

The variable stream_t *s in function parse_SegmentInformation() was not used.

Split up parse_SegmentInformation() into two functions:
parse_SegmentInformation() - parse #EXTINF to get duration
  parse_AddSegment() - adds new segment

The parse_SegmentInformation() did both functions before and this
made some HTTP Live URL not work as expected. The splitting up of
these functionalities solves this issue.