Opened 13 years ago

Closed 13 years ago

Last modified 13 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: Analyzed by developer:


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




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 )


Change History (1)

comment:1 Changed 13 years ago by diego@…

  • Resolution set to fixed
  • Status changed from new to closed
  • Summary changed from no --with-codecsdir fallback to no --with-codecsdir fallback

I have now implemented a proper fallback in configure.

Note: See TracTickets for help on using tickets.