mpv/osdep/path.h

#ifndef OSDEP_PATH_H
#define OSDEP_PATH_H

char *mp_get_win_config_path(const char *filename);

// Returns absolute path of a resource file in a Mac OS X application bundle.
char *mp_get_macosx_bundled_path(const char *filename);

#endif
path, win32: redo user configfile path handling Remove the ifdef hell from mp_find_user_config_file(). Move the win32 specific code (for MinGW and Cygwin) to path-win.c. The behavior should be about the same, but I can't be sure due to lack of testing and because the old path.c code was hard to follow. (I expect those who care about windows will fix things, should issues pop up - sorry.) One difference is that the new code will always force MPV_HOME. It looks like the old code preferred the mpv config dir in the exe dir if it exists. Also, make sure MP_PATH_MAX has enough space, even if the equivalent wchar_t string is not 0-terminated with PATH_MAX (because apparently the winapi doesn't require this). (Actually, maybe we should just kill all uses of PATH_MAX/MP_PATH_MAX.) 2013-09-18 16:42:18 +00:00			`#ifndef OSDEP_PATH_H`
			`#define OSDEP_PATH_H`

			`char mp_get_win_config_path(const char filename);`

macosx: move bundle path stuff to path-macosx.m This makes the code uniform to how stuff was handled for Windows in 1cb55ceb. 2013-09-18 17:26:26 +00:00			`// Returns absolute path of a resource file in a Mac OS X application bundle.`
			`char mp_get_macosx_bundled_path(const char filename);`

path, win32: redo user configfile path handling Remove the ifdef hell from mp_find_user_config_file(). Move the win32 specific code (for MinGW and Cygwin) to path-win.c. The behavior should be about the same, but I can't be sure due to lack of testing and because the old path.c code was hard to follow. (I expect those who care about windows will fix things, should issues pop up - sorry.) One difference is that the new code will always force MPV_HOME. It looks like the old code preferred the mpv config dir in the exe dir if it exists. Also, make sure MP_PATH_MAX has enough space, even if the equivalent wchar_t string is not 0-terminated with PATH_MAX (because apparently the winapi doesn't require this). (Actually, maybe we should just kill all uses of PATH_MAX/MP_PATH_MAX.) 2013-09-18 16:42:18 +00:00			`#endif`