arbitrary build can't find libs - right way to do this?

Roland Smith rsmith at
Tue Nov 20 15:16:04 PST 2007

On Tue, Nov 20, 2007 at 03:34:29PM -0700, Steve Franks wrote:
> I'm trying to compile a non-port application for the first time ever.
> The associated library built and installed just fine - I can see them
> right in /usr/local/lib and usr/local/include/libnamefoo.h  However,
> when I run ./configure for the application, it clearly can't find the
> libs.  So my question is, should I be changing my path, is there a
> standard variable I need to export, or what?  Obviously for ports this
> just works, so I've never had to do it.  I'm sure there's a standard
> way, so I thought I'd get in the habit of doing that right from the
> start...

The best way would be to write a port makefile and submit it. That way
you only have to figure it out once. Especially if the app needs patches
to work correctly on FreeBSD. And in case of a free software app, others
can use it as well, _and_ help you with bugfixing. :-) For closed source
stuff submitting a port would probably be useless.

Usually configure scripts have options that allow you to tell it where
to look for header files and libraries. You can also use the environment
variables CPATH (for include files) and LIBRARY_PATH that tell gcc where
to look.

After installing a shared library, you need to run ldconfig so the
system can find it at runtime. Usually this is done by make install, but
it can't hurt to make sure.

[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated]
pgp: 1A2B 477F 9970 BA3C 2914  B7CE 1277 EFB0 C321 A725 (KeyID: C321A725)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url :

More information about the freebsd-questions mailing list