[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#350743: libkexi-dev: kexidb/connection.h includes tristate.h instead of kexidb/tristate.h



Am Dienstag, den 31.01.2006, 18:19 +0000 schrieb Martin Ellis:
> > I see how they work around the problem using a lot of configure code. It
> > would be nice if just something along the lines of
> >
> > oldcppflags="$CPPFLAGS"
> > CPPFLAGS="$CPPFLAGS $KDE_INCLUDES"
> > AC_CHECK_HEADER(kexidb/driver.h,KEXI_INCLUDE="$KDE_INCLUDES",
> >   [echo "No kexi found, aborting";exit 1])
> > CPPFLAGS="$oldcppflags"
> >
> > would simply work.
> 
> Why doesn't the above work?  What error do you get?

> As far as I'm concerned, the only thing needed is to add an extra directory to  
> AM_CPPFLAGS in the Makefile.am (assuming using the KDE build system).

What should I put into the Makefile.am? The simple idea of
"$(KEXI_INCLUDE)/kexidb" what reduces to "$(KDE_INCLUDES)/kexidb" is not
guaranteed to work, as the substvar KDE_INCLUDES is empty if
kde_includes (note the lower case) is equal to x_includes or qt_includes
or to "/usr/include". Can I rely on kde_includes to be a stable
interface that contains the path to the KDE headers even if they are in
a "standard" location, so that "-I$(kde_includes)/kexidb" will work?
If so, I will close the bug.

Michael Karcher




Reply to: