[Top][All Lists]

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

Re: /usr/local [was: CPPFLAGS prob]

From: Russell Shaw
Subject: Re: /usr/local [was: CPPFLAGS prob]
Date: Tue, 15 Jun 2004 03:13:38 +1000
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040122 Debian/1.6-1

Dan Kegel wrote:
Russell Shaw wrote:

Hal Snyder wrote:

Ralf Corsepius <address@hidden> 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

Many libs have their own config utility. Try: locate *-config
To find the ones using pkg-config: locate *.pc

reply via email to

[Prev in Thread] Current Thread [Next in Thread]