Opened 18 years ago

Closed 17 years ago

Last modified 17 years ago

#608 closed defect (fixed)

no --with-codecsdir fallback

Reported by: mennucc1@… Owned by: diego@…
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 diego@…, 17 years ago

Resolution: fixed
Status: newclosed
Summary: no --with-codecsdir fallback no --with-codecsdir fallback

I have now implemented a proper fallback in configure.

Note: See TracTickets for help on using tickets.