Re: [Ekiga-devel-list] Missing avcodec.h

[Matthias Schneider <ma30002000 yahoo de>]

--- Julien Puydt <jpuydt free fr> schrieb am Di, 3.6.2008:

> Von: Julien Puydt <jpuydt free fr>
> Betreff: Re: [Ekiga-devel-list] Missing avcodec.h
> An: "Ekiga development mailing list" <ekiga-devel-list gnome org>
> Datum: Dienstag, 3. Juni 2008, 14:08
> Julien Puydt a écrit :
> > Matthias Schneider a écrit :
> >> Quoting Julien Puydt <jpuydt free fr>:
> >>
> >>> Hi,
> >>>
> >>> I have a hard time compiling ptlib+opal+ekiga
> those days : since I
> >>> upgraded my libavcodec-dev package, avcodec.h
> is to be found in :
> >>> /usr/include/ffmpeg/libavcodec/avcodec.h
> >>> but is searched in :
> >>> libavcodec/avcodec.h
> >>> ffmpeg/avcodec.h
> >>>
> >>> in fact, if the configure script were doing
> things right, it would use
> >>> pkg-config to learn the real location!
> >>>
> >>> Snark
> >> Julien,
> >> the configure script IS doing things right and
> using pkg-config! However thats
> >> only half the way... configure itself then still
> has to fiddle out for itself
> >> whether avcodec.h is still in
> $FFMEGINCLUDEDIR/avcodec or
> >> $FFMPEGINCLUDEDIR/ffmpeg. They changed it a few
> months ago! No way to find this
> >> out via pkg-config. However the configure script
> still detects it right. Your
> >> case however I have never seen... Are you sure you
> have ffmpeg correctly
> >> installed? Maybe this is some strange third way
> that was thought by your
> >> distribution makers? I do not really understand
> why ffmpegs pkg-config only
> >> returns part of the path AND ffmpeg guy had to
> change the subpath name AND your
> >> packager had to change the subpath name again...
> > 
> > Arg... I'll need to dig it further :-(
> 
> According to :
> http://svn.mplayerhq.hu/ffmpeg/trunk/subdir.mak?view=log
> this was changed with revision 12194, whose comment is :
> <<<<<<<<<<<<<
> Install headers in $prefix/include/$libname
> 
> Install each library's headers in
> $prefix/include/$libname.
> The installed headers use #include "lib*/*.h";
> applications
> are expected to do the same.
> 
> Specify only $prefix/include in .pc files.
>  >>>>>>>>>>>>
> 
> Unfortunately, it seems the debian packager decided to use 
> /usr/include/ffmpeg/lib*/*h :-/
> 
> I don't know what is the best course of action : make
> opal behave well 
> with the package or report it as a packaging bug :-/
> 
> Snark

Hi Julien,

in my opinion all this dir stuff sucks a lot. I have added your path to the list of searched dirs, thinking that this way forward will cost less boring and useless work to me than the other possibilities. In case you feel like it you could still report this as a bug, I think we wont be the only package that will have to deal with that.

Matthias


      __________________________________________________________
Gesendet von Yahoo! Mail.
Dem pfiffigeren Posteingang.
http://de.overview.mail.yahoo.com