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 |