...as for plugins directory. Most of the content is anyway per-process,
either because gettext and interfaces are per-process. The only caller
of the function that is not an interface or gettext is the DVB scanner.
This is even probably a bug.
This patch also removes support for legacy encodings:
- in taglib, in the non-Windows code paths,
- in the Internationalized Domain Names resolved (only glibc) and
- in the GNOME VFS module.
Support for translation from/to UTF-8 was disabled by default 20 months
ago, and scheduled for removal, 14 months ago.
dlclose() a C++ plugin that was built with a faulty library that may have
registered __cxa_atexit callbacks (usually through the libstdc++ that
library was built with).
Upgrading libstdc++ is not always a solution since some code may have been
inlined and we can't get rid of it.
no need for dynamic buffers or calculation, it won't change while running
calculate it at start of program and make it const to ensure no threads will modify it
remove one level of indent in check_crashdump()
These days the extra vlc revision is an integer (1.1.10.1), not a
letter like in 0.8.6f days
Make PACKAGE_VERSION_* be integer, we don't need them to be strings
PACKAGE_VERSION_EXTRA now represents only this number, and is set to
0 when not used (1.1.11.0 represents 1.1.11)
Add PACKAGE_VERSION_DEV (== "git" or "rc*"), to be sure development
versions are less recent than released versions.
This string is never displayed, it is only tested for nullity
The file format on our servers can use X.Y.Z or X.Y.Z.E
...rather than with a command line option. This enables extending the
set of plugins paths globally, for all LibVLC applications.
Using an environment variable seems more logical than a command line
option considering that the module bank is shared by all VLC instances
in the process. In other words, it did not belong as a parameter to
libvlc_new().