default_value defaults to nullptr.

The new class Path only holds a string pointer without being
responsible for allocation/deallocation.  The FileSystem.hxx library
accepts Path arguments instead of AllocatedPath, to avoid forcing
callers to allocate another string object.

Previously, the pointer was moved to undefined memory.

Increment the "path" earlier.

This was building broken paths like "/home/foo/~/bar".  Bug found by
Maarten de Vries.

Use Path::FromUTF8() for the g_get_home_dir() return value instead of
assuming it's already FS charset.

Use only ConfigData.hxx in plugin sources to reduce header
dependencies.

Replaces GLib's GError.

Migrate all callers to use Path directly, instead of doing the
conversion in each caller.

Better error messages.

Remove the slash hack, allocate memory for the user name.

Just advance the "path" pointer.

After we've been hit by Large File Support problems several times in
the past week (which only occur on 32 bit platforms, which I don't
have), this is yet another attempt to fix the issue.

It's not used anymore, its features have been moved to fd_util.c.

No CamelCase.  Use bool instead of int.  Make both arguments
mandatory.

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

strcasecmp() is locale dependent, making it a bad choice for internal
string comparisons.