#608 closed defect (fixed)
no --with-codecsdir fallback
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | normal | Component: | build system |
Version: | 1.0rc1 | Severity: | normal |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Reproduced by developer: | no | Analyzed by developer: | no |
Description
suppose, when calling "configure", to not put any --with-codecsdir=... option
in configure, there is a stanza
if test -z "$_win32libdir" ; then
for I in "$_libdir/codecs" "$_libdir/win32" /usr/local/lib/codecs
/usr/lib/codecs /usr/local/lib/win32
+/usr/lib/win32 ; do
if test -d "$I" ; then
_win32libdir="$I"
break;
fi;
done
you cannot assume that, when an user builds MPlayer for the first time
ever, one of the above dirs will already exist.
another example is when a Debian autobuilder rebuild the package: no one of the
above directories does exists ; so _win32libdir is undefined, and similarly for
other codec settins; indeed, in the autobuilder logs I see
Checking for Win32 codec DLL support ... yes (using )
Checking for Win32 loader support ... yes
Checking for XAnim DLL ... yes (using )
Checking for RealPlayer DLL ... yes (using )
a.
Change History (1)
comment:1 by , 17 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Summary: | no --with-codecsdir fallback → no --with-codecsdir fallback |
I have now implemented a proper fallback in configure.