--prefix and -R path

[Bill Moseley]

I'm revisiting an old thread.  I'm using autoconf 2.57.

  http://mail.gnu.org/archive/html/autoconf/2003-06/msg00013.html

If I use AC_CHECK_LIB does configure try to *run* the program?

What's happening is configure and make run fine, but ldd shows "not
found" for libz's runtime linkage.

I'm linking with zlib which is installed in /usr/local/lib, but it seems
that on this machine (Solaris 2.6) that /usr/local/lib is not part of
the default search path.

This causes confusion because configure is saying libz is found and then
make check fails saying libz is not found.

Another thing that is confusing (and I'm not sure if it's related to why
configure is not failing the libz check) is that the problem only
happens when using a --prefix setting.

Without a --prefix the final link link has -R/usr/local/lib added.
But if --prefix=/foo is used then that -R setting is *replaced* with
-R/foo.  I understand that, but I'm wondering if configure should also
be prefix aware.

So the result is the program only fails when a --prefix is used, which
is also confusing for the person trying to install the application.

It would be nice if configure would catch this.  But I'm not sure if
it's because configure is not actually running the test program for
zlib, or if configure is using a different -R when linking the test
program vs. linking the application.

Or maybe it's something completely different.



-- 
Bill Moseley
address@hidden