Gentoo Archives: gentoo-dev

From: Mike Frysinger <vapier@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Unofficial Gentoo Development Guide and Autotools
Date: Thu, 19 May 2005 18:58:53
Message-Id: 200505191459.13821.vapier@gentoo.org
In Reply to: Re: [gentoo-dev] Unofficial Gentoo Development Guide and Autotools by Chris White
1 On Thursday 19 May 2005 01:53 pm, Chris White wrote:
2 > AC_CHECK_LIB(mng, mng_initialize,
3 > [ AC_CHECK_HEADER(libmng.h,
4 > [ have_libmng=yes
5 > MNG_LIBS="-lmng" ],
6 > AC_MSG_RESULT([*** All libmng dependent parts will be
7 > disabled ***]))],
8 > AC_MSG_RESULT([*** All libmng dependent parts will be disabled
9 > ***]))
10 > AM_CONDITIONAL(HAVE_LIBMNG, test x"$have_libmng" = "xyes")
11 > AC_SUBST(MNG_LIBS)
12 >
13 > The configure script will check for libmng.h and run off of that.
14 > You're probably going to need to patch that.. because if the script's
15 > lib checking functionality isn't lib64 friendly, you're gonna see a
16 > whole world of chaos.
17
18 this is a good example of how a package detects libmng at configure time, but
19 doesnt allow you to explicitly control enabling/disabling
20
21 but to address the lib64 issue ... i dont see how this block of code has to
22 care even 1 bit about the library paths on the system ... AC_CHECK_HEADER
23 will simply create a small C file with '#include <libmng.h>' and then try to
24 compile it ... then if it works, it will add '-lmng' to LDFLAGS ...
25
26 how does linking paths come into play at all in this example ? here the
27 script will simply let the compiler use its own judgment in locating a
28 suitable candidate for '-lmng'
29 -mike
30 --
31 gentoo-dev@g.o mailing list

Replies

Subject Author
Re: [gentoo-dev] Unofficial Gentoo Development Guide and Autotools Mike Frysinger <vapier@g.o>