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

Bug#46671: dpkg: /usr/share, and libdpkg issues



On Tue, 5 Oct 1999 aj@azure.humbug.org.au wrote:

> dpkg installs dpkg.h in /usr/share/include/dpkg/, which gcc doesn't search
> by default. /usr/include would seem a more sensible place.

Eh? Lots of packages do this. The proper way to handle it is to use

   #include <dpkg/dpkg.h>

Like you did below, not to try to add it to the compiler include path.
 
> #include <dpkg/dpkg.h> gives errors unless the following symbols are defined:
> 	#define NONRETURNING 
> 	#define NONRETURNPRINTFFORMAT(a,b)
> 	#define PRINTFFORMAT(a,b)

See Amy Fong's bug report on this subject..

> Finally, and as more of a wishlist item, it'd be nice if the cmpversions()
> function from main/enquiry.c was included in libdpkg itself. A possible
> implementation might be:

You could use the APT library which does export an inteface like this..

Jason


Reply to: