Hello, I am trying to build apache 2.2.11 from the source code and receiving few warnings. I an using sun studio express for cross compiling. env variables: PATH=./:/opt/java/bin:/opt/SUNWspro/bin:/opt/SUNWspro/sfw/bin:/usr/local/bin:/usr/ccs/bin:/export/home/apache22/bin:/export/home/apache22/build:/usr/sfw/share/aclocal/bin:/opt/dps/bin:/opt/dps/sbin:/usr/bin:/bin:/usr/ucb:/usr/local/bin:/usr/local/sbin:/usr/local/cox/bin:/usr/local/cox/sbin:/usr/sbin:/sbin:/usr/X11/bin:/usr/dt/bin:/usr/openwin/bin:/usr/sfw/bin:/usr/sfw/sbin:/opt/csw/bin:/opt/csw/sbin:/opt/sfw/bin:/opt/sfw/sbin:/usr/platform/SUNW,Sun-Fire-T1000/sbin compiler options: CC="cc -g -fast -mt -xtarget=ultra3 -m32 -xarch=sparcvis -fns -fsimple -xprefetch -xrestrict -xa lias_level=std -xipo -xpagesize=64K -D_REENTRANT -lpthread" CFLAGS="-xO5 -xlibmil -xdepend" CXXFLAGS="-xO5 -xlibmil" CCFLAGS="-xM1" ./configure --prefix=/export/home/apache/ --with-included-apr --with-port=80 --with-mpm=worker --enable-thread --enable-modules=al l --enable-mods-shared=most --enable-so --enable-laguages=c,c++; make Warning received while executing configure script. checking for netinet/in.h... yes checking netinet/sctp.h usability... no checking netinet/sctp.h presence... yes configure: WARNING: netinet/sctp.h: present but cannot be compiled configure: WARNING: netinet/sctp.h: check for missing prerequisite headers? configure: WARNING: netinet/sctp.h: see the Autoconf documentation configure: WARNING: netinet/sctp.h: section "Present But Cannot Be Compiled" configure: WARNING: netinet/sctp.h: proceeding with the preprocessor's result configure: WARNING: netinet/sctp.h: in the future, the compiler will take precedence checking for netinet/sctp.h... yes checking netinet/sctp_uio.h usability... no checking netinet/sctp_uio.h presence... no checking for netinet/sctp_uio.h... no configure: creating ./config.status config.status: creating Makefile config.status: WARNING: 'Makefile.in' seems to ignore the --datarootdir setting config.status: creating lib/Makefile config.status: WARNING: 'lib/Makefile.in' seems to ignore the --datarootdir setting config.status: creating lib/expat.h config.status: creating config.h Warning received while doing make: /bin/bash /var/tmp/apache_src/httpd-2.2.11/srclib/apr/libtool --silent --mode=compile cc -g -fast -mt -xtarget=ultra3 -m32 -xarch=sparcvis -fns -fsimple -xprefetch -xrestrict -xalias_level=std -xipo -xpagesize=64K -D_REENTRANT -lpthread -xO5 -xlibmil -xdepend -DHAVE_CONFIG_H -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -I./include -I/var/tmp/apache_src/httpd-2.2.11/srclib/apr/include/arch/unix -I./include/arch/unix -I/var/tmp/apache_src/httpd-2.2.11/srclib/apr/include/arch/unix -I/var/tmp/apache_src/httpd-2.2.11/srclib/apr/include -o random/unix/sha2.lo -c random/unix/sha2.c && touch random/unix/sha2.lo /bin/bash /var/tmp/apache_src/httpd-2.2.11/srclib/apr/libtool --silent --mode=compile cc -g -fast -mt -xtarget=ultra3 -m32 -xarch=sparcvis -fns -fsimple -xprefetch -xrestrict -xalias_level=std -xipo -xpagesize=64K -D_REENTRANT -lpthread -xO5 -xlibmil -xdepend -DHAVE_CONFIG_H -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -I./include -I/var/tmp/apache_src/httpd-2.2.11/srclib/apr/include/arch/unix -I./include/arch/unix -I/var/tmp/apache_src/httpd-2.2.11/srclib/apr/include/arch/unix -I/var/tmp/apache_src/httpd-2.2.11/srclib/apr/include -o shmem/unix/shm.lo -c shmem/unix/shm.c && touch shmem/unix/shm.lo "shmem/unix/shm.c", line 87: warning: statement not reached "shmem/unix/shm.c", line 218: warning: statement not reached "shmem/unix/shm.c", line 365: warning: statement not reached "shmem/unix/shm.c", line 424: warning: statement not reached "shmem/unix/shm.c", line 455: warning: statement not reached "shmem/unix/shm.c", line 573: warning: statement not reached /bin/bash /var/tmp/apache_src/httpd-2.2.11/srclib/apr/libtool --silent --mode=compile cc -g -fast -mt -xtarget=ultra3 -m32 -xarch=sparcvis -fns -fsimple -xprefetch -xrestrict -xalias_level=std -xipo -xpagesize=64K -D_REENTRANT -lpthread -xO5 -xlibmil -xdepend -DHAVE_CONFIG_H -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -I./include -I/var/tmp/apache_src/httpd-2.2.11/srclib/apr/include/arch/unix -I./include/arch/unix -I/var/tmp/apache_src/httpd-2.2.11/srclib/apr/include/arch/unix -I/var/tmp/apache_src/httpd-2.2.11/srclib/apr/include -o support/unix/waitio.lo -c support/unix/waitio.c && touch support/unix/waitio.lo /bin/bash /var/tmp/apache_src/httpd-2.2.11/srclib/apr/libtool --silent --mode=compile cc -g -fast -mt -xtarget=ultra3 -m32 -xarch=sparcvis -fns -fsimple -xprefetch -xrestrict -xalias_level=std -xipo -xpagesize=64K -D_REENTRANT -lpthread -xO5 -xlibmil -xdepend -DHAVE_CONFIG_H -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -I./include -I/var/tmp/apache_src/httpd-2.2.11/srclib/apr/include/arch/unix -I./include/arch/unix -I/var/tmp/apache_src/httpd-2.2.11/srclib/apr/include/arch/unix -I/var/tmp/apache_src/httpd-2.2.11/srclib/apr/include -o threadproc/unix/procsup.lo -c threadproc/unix/procsup.c && touch threadproc/unix/procsup.lo /var/tmp/apache_src/httpd-2.2.11/srclib/apr/libtool --silent --mode=compile cc -g -fast -mt -xtarget=ultra3 -m32 -xarch=sparcvis -fns -fsimple -xprefetch -xrestrict -xalias_level=std -xipo -xpagesize=64K -D_REENTRANT -lpthread -xO5 -xlibmil -xdepend -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -I/var/tmp/apache_src/httpd-2.2.11/srclib/pcre -I. -I/var/tmp/apache_src/httpd-2.2.11/os/unix -I/var/tmp/apache_src/httpd-2.2.11/server/mpm/worker -I/var/tmp/apache_src/httpd-2.2.11/modules/http -I/var/tmp/apache_src/httpd-2.2.11/modules/filters -I/var/tmp/apache_src/httpd-2.2.11/modules/proxy -I/var/tmp/apache_src/httpd-2.2.11/include -I/var/tmp/apache_src/httpd-2.2.11/modules/generators -I/var/tmp/apache_src/httpd-2.2.11/modules/mappers -I/var/tmp/apache_src/httpd-2.2.11/modules/database -I/var/tmp/apache_src/httpd-2.2.11/srclib/apr/include -I/var/tmp/apache_src/httpd-2.2.11/srclib/apr-util/include -I/var/tmp/apache_src/httpd-2.2.11/srclib/apr-util/xml/expat/lib -I/var/tmp/apache_src/httpd-2.2.11/modules/proxy/../generators -I/var/tmp/apache_src/httpd-2.2.11/modules/ssl -I/var/tmp/apache_src/httpd-2.2.11/modules/dav/main -prefer-non-pic -static -c core_filters.c && touch core_filters.lo "core_filters.c", line 208: warning: statement not reached /var/tmp/apache_src/httpd-2.2.11/srclib/apr/libtool --silent --mode=link cc -g -fast -mt -xtarget=ultra3 -m32 -xarch=sparcvis -fns -fsimple -xprefetch -xrestrict -xalias_level=std -xipo -xpagesize=64K -D_REENTRANT -lpthread -xO5 -xlibmil -xdepend -o libmain.la -static test_char.h config.lo log.lo main.lo vhost.lo util.lo util_script.lo util_md5.lo util_cfgtree.lo util_ebcdic.lo util_time.lo connection.lo listen.lo mpm_common.lo util_charset.lo util_debug.lo util_xml.lo util_filter.lo util_pcre.lo exports.lo scoreboard.lo error_bucket.lo protocol.lo core.lo request.lo provider.lo eoc_bucket.lo core_filters.lo
It would be nice if SCTP support was recognized on Solaris. Solaris netinet/sctp.h fails to compile if sys/socket.h isn't included first. Maybe someone could implement a work-around inside APR. Note that APR exports the symbol APR_HAVE_NETINET_SCTP_H (0 or 1) to represent whether the header is usable. There's no provision for apr-using apps that rely on that symbol to know that they need to include sys/socket.h first, so they'd need a work-around too to compile on Solaris if this exported symbol is set to 1. (Other platforms with SCTP supported by APR have a netinet/sctp.h file that compiles on its own.) This is a platform bug that conceivably APR could work around. No comments from me about the "seems to ignore the --datarootdir setting" messages. The stuff from cc is expected, and not a bug unless there is a clean way with no side effects to get Sun Studio to be quiet about that working-as-designed code.
Also when do a "make" I see these warnings. /bin/bash /var/tmp/httpd-2.2.11/srclib/apr/libtool --silent --mode=compile cc -g -DHAVE_CONFIG_H -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -I./include -I/var/tmp/httpd-2.2.11/srclib/apr/include/arch/unix -I./include/arch/unix -I/var/tmp/httpd-2.2.11/srclib/apr/include/arch/unix -I/var/tmp/httpd-2.2.11/srclib/apr/include -o shmem/unix/shm.lo -c shmem/unix/shm.c && touch shmem/unix/shm.lo "shmem/unix/shm.c", line 87: warning: statement not reached "shmem/unix/shm.c", line 218: warning: statement not reached "shmem/unix/shm.c", line 365: warning: statement not reached "shmem/unix/shm.c", line 424: warning: statement not reached "shmem/unix/shm.c", line 455: warning: statement not reached "shmem/unix/shm.c", line 573: warning: statement not reached
>Also when do a "make" I see these warnings. Right; that's covered by the third paragraph in my previous update.
Please help us to refine our list of open and current defects; this is a mass update of old and inactive Bugzilla reports which reflect user error, already resolved defects, and still-existing defects in httpd. As repeatedly announced, the Apache HTTP Server Project has discontinued all development and patch review of the 2.2.x series of releases. The final release 2.2.34 was published in July 2017, and no further evaluation of bug reports or security risks will be considered or published for 2.2.x releases. All reports older than 2.4.x have been updated to status RESOLVED/LATER; no further action is expected unless the report still applies to a current version of httpd. If your report represented a question or confusion about how to use an httpd feature, an unexpected server behavior, problems building or installing httpd, or working with an external component (a third party module, browser etc.) we ask you to start by bringing your question to the User Support and Discussion mailing list, see [https://httpd.apache.org/lists.html#http-users] for details. Include a link to this Bugzilla report for completeness with your question. If your report was clearly a defect in httpd or a feature request, we ask that you retest using a modern httpd release (2.4.33 or later) released in the past year. If it can be reproduced, please reopen this bug and change the Version field above to the httpd version you have reconfirmed with. Your help in identifying defects or enhancements still applicable to the current httpd server software release is greatly appreciated.