Makefile Lighttpd引用了错误的库位置

我正在交叉编译lighttpd，以便在arm系统上使用。我安装了一个NFS系统，其根目录位于/home/user/targetfs。我能够将服务器设置为运行良好。我遇到的问题是，我的模块试图在不正确的目录中找到

./configure --host=${TARGET_SYS} --disable-short-tags --without-mysql --without-pear --disable-all --disable-short-tags --without-pcre --without-zlib --without-bzip2

我遇到的错误消息如下：

2012-04-29 23:14:07: (plugin.c.169) dlopen() failed for: /home/user/targetfs/lib/mod_indexfile.so /home/user/targetfs/lib/mod_indexfile.so: cannot open shared object file: No such file or directory                                           
2012-04-29 23:14:07: (server.c.676) loading plugins finally failed 

lighttpd -m /lib -f /var/www/lighttpd.conf 

---

我知道廉价的解决方法是将mod文件复制到它所说的要查找它们的地方。是否有一种方法可以更改配置选项，以便指示lighttpd在/lib中查找mods？

我创建了一个临时解决方案，仅使用以下内容：

2012-04-29 23:14:07: (plugin.c.169) dlopen() failed for: /home/user/targetfs/lib/mod_indexfile.so /home/user/targetfs/lib/mod_indexfile.so: cannot open shared object file: No such file or directory                                           
2012-04-29 23:14:07: (server.c.676) loading plugins finally failed 

lighttpd -m /lib -f /var/www/lighttpd.conf 

---

运行configure时，-prefix和/或--libdir选项将把模块路径硬连接到要构建的二进制文件中。一个常见的错误是将这些设置为主机系统上的路径。相反，您应该将其设置为目标系统上的路径。在本例中，您需要--libdir=/lib 然后，当您运行make安装（在运行make之后）时，您可以给它一个“DESTDIR”选项：

结果是主机系统上的所有内容最终都位于/home/user/targetfs下，但二进制文件一旦部署到目标系统上，就会在/lib中查找模块

---

（我也有同样的问题。搜索首先把我带到了这里，然后找到了解决方案。）

你让我很开心，也有同样的问题：D什么都不起作用，甚至连LD_预加载和LD_库路径都不起作用