[MPlayer-dev-eng] [PATCH] directfb -> pkg-config
Aurelien Jacobs
aurel at gnuage.org
Tue Feb 21 00:56:39 CET 2006
On Mon, 20 Feb 2006 18:27:13 -0500
Rich Felker <dalias at aerifal.cx> wrote:
> On Mon, Feb 20, 2006 at 08:55:02PM +0100, Enrico Weigelt wrote:
> > * Ivan Kalvachev <ikalvachev at gmail.com> schrieb:
> >
> > <snip>
> >
> > > The only problem if we try to detect library when pkg-config fails
> > > is that the configure would be a little bit bigger and slower.
> > > I don't see this as problem as long as there are cases where
> > > pkg-config could fail and detection would work.
> >
> > In other words, you suggest an multi-step detection. This is okay,
> > if it can be easily disabled, ie. "--disable-autodetects" or maybe
> > "--pkg-config-only" prevents running the builtin tests and only
> > relying on pkg-config. This is sometimes necessary (ie. in sysroot
> > environments) to prevent false-positives.
> >
> > For example, imagine we check for directfb by looking for
> > /usr/include/directfb.h. The host system has directfb installed,
> > but the (sysroot'ed) build environment has not. You can easily
> > see, that we get an false positive, which ends up in an broken
> > build. (the compiler won't find direcfb.h, since its outside
> > of its sysroot).
>
> I'm not sure how sysroot works or what it is, but IMO it's incorrrect
> to read any headers from /usr/include if you're building in a
> sandbox/isolated/crosscompiling environment.
Absolutely agree. But unfortunately, that's what is done by MPlayer's
(supposedly decent design) configure all over the place !
Aurel
More information about the MPlayer-dev-eng
mailing list