[Bug: 21.5-b29] configure doesn't know its own options

[Hans de Graaff]

On Wed, 2009-07-15 at 02:40 +0900, Stephen J. Turnbull wrote:

> How about other libraries in general?  What I'm hoping for is a (more
> or less, doesn't have to be perfect) consistent pattern where a
> package named foo generally has includes in <foo/foo.h> and
> <foo/bar.h>.  Or is that too much to expect for non-pkgconfig
> packages?  (Ie, maybe by now all the packages following this pattern
> also support "pkgconfig --includes foo", too?)

I don't think there is an official policy. In general with Gentoo we try
to follow upstream for the most part, but we also try to present a
consistent filesystem hierarchy, so obviously the outcome of that will
be a bit messy. For example, I just noticed that our current gdbm
version installed these header files:

/usr/include/gdbm.h
/usr/include/gdbm/dbm.h
/usr/include/gdbm/ndbm.h

The gdbm.h file got moved to the gdbm directory as well at some point,
but that got reverted quickly: https://bugs.gentoo.org/106970

We don't need any other exceptions to find the header files, so I guess
the XEmacs configure script looks for all the other stuff in places
where we have it.

Kind regards,

Hans
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
Url : http://calypso.tux.org/pipermail/xemacs-beta/attachments/20090714/1425aa26/attachment.bin