Lighttpd

Ok, i can get farther if i use the following configure line, which disables large file support:

./configure --disable-lfs --prefix=/opt/lighttpd-1.4.15

AND the resultant binary is runnable, but it looks like the modules compile their .a and .la parts, but never produce the .so file, so when i run lighty, i get this:

./lighttpd -f /tmp/lighttpd-1.4.15/doc/lighttpd.conf
2007-06-12 15:42:12: (plugin.c.165) dlopen() failed for: /opt/lighttpd-1.4.15/lib/mod_indexfile.so Could not load module /opt/lighttpd-1.4.15/lib/mod_indexfile.so.
System error: No such file or directory
2007-06-12 15:42:12: (server.c.594) loading plugins finally failed

ls /opt/lighttpd-1.4.15/lib/
liblightcomp.a        mod_expire.a          mod_scgi.a
liblightcomp.la       mod_expire.la         mod_scgi.la
mod_access.a          mod_extforward.a      mod_secdownload.a
mod_access.la         mod_extforward.la     mod_secdownload.la
mod_accesslog.a       mod_fastcgi.a         mod_setenv.a
mod_accesslog.la      mod_fastcgi.la        mod_setenv.la
mod_alias.a           mod_flv_streaming.a   mod_simple_vhost.a
mod_alias.la          mod_flv_streaming.la  mod_simple_vhost.la
mod_auth.a            mod_indexfile.a       mod_ssi.a
mod_auth.la           mod_indexfile.la      mod_ssi.la
mod_cgi.a             mod_magnet.a          mod_staticfile.a
mod_cgi.la            mod_magnet.la         mod_staticfile.la
mod_cml.a             mod_mysql_vhost.a     mod_status.a
mod_cml.la            mod_mysql_vhost.la    mod_status.la
mod_compress.a        mod_proxy.a           mod_trigger_b4_dl.a
mod_compress.la       mod_proxy.la          mod_trigger_b4_dl.la
mod_dirlisting.a      mod_redirect.a        mod_userdir.a
mod_dirlisting.la     mod_redirect.la       mod_userdir.la
mod_evasive.a         mod_rewrite.a         mod_usertrack.a
mod_evasive.la        mod_rewrite.la        mod_usertrack.la
mod_evhost.a          mod_rrdtool.a         mod_webdav.a
mod_evhost.la         mod_rrdtool.la        mod_webdav.la

Any ideas?

-- j.m.jackson

got the same problems under qnx. it seems that there are no shared libs created.

I were able to compile using the xlc_r compiler with the following configure command

CC="xlc_r" CFLAGS="-O2 -brtl -bexpfull" \
./configure \
--disable-lfs \

The shared libaries all end up under src/.libs, however in order to get them to work properly you will need to change CFLAGS of the main binary to use -brtl -bexpfull and the shared libraries to use -G -qmkshrobj -bexpfull, so changes to the Makefiles in . and ./src as well as libtool needs to be made. The configure script does not seem to update Makefile's and libtool's correctly for aix.

I did run into a problem
"configfile.c", line 977.1: 1506-191 (E) The character # is not a valid C source character.
"configfile.c", line 979.1: 1506-191 (E) The character # is not a valid C source character.
"configfile.c", line 981.1: 1506-191 (E) The character # is not a valid C source character.
"configfile.c", line 977.8: 1506-276 (S) Syntax error: possible missing ')'?
"configfile.c", line 977.2: 1506-045 (S) Undeclared identifier ifdef.
maker2: *** configfile.o Error 1

I just got rid of the #ifdef, specifying '/' in all cases, and it compiled fine, though that is likely not the right long term solution.

I got the same "mmap64" message with AIX5.3TL4 using IBM's version of GCC4.0.0. However I was able to get rid of this message by altering the definition of the mmap structure defined in chunk.h and used in mod_cgi.c; mod_webdav.c; network_writev.c; and chunk.c. I assumed that this might be a problem with the system "mmap" definitions, so renamed the one in the five files named to "mymap" and the error message disappears.
At the basic level that I'm able to test at the moment this doesn't seem to break the software.
I'm also wondering if switching the compile system to 32bit mode (using the environment variable ABI=32) would also be a way to stop the error? Unfortunately, I've not got access to 64-bit AIX hardware at the moment to try this.

-- r_l_cross a t lycos.co.uk

Ok, this is an "easy" problem - your systems define a macro mmap:

#define mmap mmap64

I think that is broken behaviour... but how to fix it?

Either rename the mmap element to mymap as suggested above, or try adding

#include <sys/mman.h>

in chunks.h before the struct definition. I would prefer the latter one ;-)

Server: lighttpd/1.4.22
<html><body><h1>It works!</h1></body></html>

It works :-).

#include <sys/mman.h> in chunks.h before the struct definition fixed the issue. I also had to rebuild with different LDFLAGS and NM values, and now it works.