Russell Shaw wrote:
Hal Snyder wrote:
Ralf Corsepius <corsepiu@xxxxxxxxxxxxxx> writes:
BTW: Having to pass "/usr/local" almost always indicates a massively
mis-configured toolchain or configure script.
Sorry if this is an F.A.Q. I see various ways of doing it but wonder,
what is best practice?
What are the recommended automake and autoconf mechanisms for setting
appropriate search paths to supporting libs and headers that are
themselves add-ons and not part of the OS release? It is not always
/usr/local/lib and /usr/local/include, of course. On NetBSD it's
/usr/pkg instead of /usr/local. On Solaris it can be /opt/sfw. Etc.
On gtk, pkg-config is used to give all the library paths and flags
for various packages.
I think one needs a separate copy of pkg-config for each toolchain
you want to build things with. (Or at least its data files.)
- Dan
--
My technical stuff: http://kegel.com
My politics: see http://www.misleader.org for examples of why I'm for regime change
_______________________________________________
Autoconf mailing list
Autoconf@xxxxxxx
http://lists.gnu.org/mailman/listinfo/autoconf
