On Fri, Nov 16, 2001 at 03:11:16PM +0100, Cedric Blancher wrote:
> I have my own libmad installed in /usr/local/lib.
>
> So I configure avifile, for autodetection works well, with :
> ./configure --enable-x86opt --enable-release
> -march=i586 -ffast-math -pipe -Wp,-MD,.deps/libmad.pp -c libmad.cpp
> -fPIC -DPIC -o libmad.lo
> libmad.cpp: In function `const char * error_str(mad_error)':
> libmad.cpp:44: warning: enumeration value `MAD_ERROR_NONE' not handled
you have some an old (or some extra new) version of libmad installed as
I do not see MAD_ERROR_NONE in mine mad.h - anyway - added support for this
> make[1]: *** [all-recursive] Erreur 1
> make[1]: Leaving directory
> `/usr/local/src/divx/avifile/avifile-0.6/plugins'
> make: *** [all-recursive] Erreur 1
>
> I have to purge my own libmad to have compiling work...
Yeah - you are usually supposed to run
make maintainer-clean or at least make dist-clean
in such situation - sometimes the internal structure changes so much
it can't be solved by dependency tracking.
In this case - you probably used building version and now when there
is checked presence of system libmad library which is used in that case
the building rules get a little bit confused - as I see now I'll
have to probably also add check for the version of installed library
and in case newer one is in avifile CVS it will use this library
instead...
--
.''`. Which fundamental human right do you want to give up today?
: :' : Debian GNU/Linux maintainer - www.debian.{org,cz}
`. `' Zdenek Kabelac kabi@{debian.org, users.sf.net, fi.muni.cz}
`- Resistance is futile. You all will be packaged
_______________________________________________
Avifile mailing list
[EMAIL PROTECTED]
http://prak.org/mailman/listinfo/avifile
