On Wed, Dec 11, 2013 at 10:10:44AM -0800, [email protected] wrote: > oops. not quite ... > > on systems where ld.so.conf does NOT point to the pcre path -- i.e, on > my production rather than dev boxes -- the RUNTIME link is incorrect, > > ldd objs/nginx | egrep -i "pcre" > libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007fa719a0d000) > > This can be remedied by rpath'ing, > > --with-ld-opt=' ... -L/usr/local/lib64 > -Wl,-rpath,/usr/local/lib64 -lpcre' > > resulting correctly in > > ldd objs/nginx | egrep -i "pcre" > libpcre.so.1 => /usr/local/lib64/libpcre.so.1 > (0x00007f961ada1000) > > *IN*sensitive to local/runtime env
Setting LD_LIBRARY_PATH in environment might work, please consult with your runtime linker documentation. Some runtime linkers allow you to override paths enforced by -rpath, see LD_LIBRARY_PATH_RPATH in http://man.freebsd.org/rtld for one such example. But this has nothing to do with nginx. _______________________________________________ nginx-devel mailing list [email protected] http://mailman.nginx.org/mailman/listinfo/nginx-devel
