DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=38195>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=38195 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID | ------- Additional Comments From [EMAIL PROTECTED] 2006-01-12 07:37 ------- (In reply to comment #5) In the build typescript the '-static-libgcc' was being passed to libtool, not directly to gcc in all cases except the final httpd binary link. Could it be possible that libtool doesn't pass this flag to gcc? The only external dependencies in the build should be OS libraries and OpenSSL. 'ldd .libs/httpd' shows that the binary has been dynamically linked with only OS libraries and libgcc in addition to Apache provided libraries: libaprutil-0.so.0 => /home/aspa/tmp/h4/lib/libaprutil-0.so.0 libexpat.so.0 => /home/aspa/tmp/h4/lib/libexpat.so.0 libapr-0.so.0 => /home/aspa/tmp/h4/lib/libapr-0.so.0 libsendfile.so.1 => /usr/lib/64/libsendfile.so.1 librt.so.1 => /usr/lib/64/librt.so.1 libm.so.1 => /usr/lib/64/libm.so.1 libsocket.so.1 => /usr/lib/64/libsocket.so.1 libnsl.so.1 => /usr/lib/64/libnsl.so.1 libresolv.so.2 => /usr/lib/64/libresolv.so.2 libpthread.so.1 => /usr/lib/64/libpthread.so.1 libdl.so.1 => /usr/lib/64/libdl.so.1 libc.so.1 => /usr/lib/64/libc.so.1 libgcc_s.so.1 => (file not found) libgcc_s.so.1 => (file not found) libgcc_s.so.1 => (file not found) libaio.so.1 => /usr/lib/64/libaio.so.1 libmp.so.2 => /usr/lib/64/libmp.so.2 libthread.so.1 => /usr/lib/64/libthread.so.1 /usr/platform/SUNW,UltraAX-i2/lib/sparcv9/libc_psr.so.1 The OpenSSL installation tree used in the build only contained static versions of the libraries so OpenSSL is statically linked with Apache. Checking dynamic dependencies on shared objects shows that all the shared objects in the build tree have been dynamically linked with libgcc. Here's a list of objects I checked: # gfind . -iregex '.*\.so' ./modules/proxy/.libs/mod_proxy.so ./modules/proxy/.libs/mod_proxy_connect.so ./modules/proxy/.libs/mod_proxy_ftp.so ./modules/proxy/.libs/mod_proxy_http.so ./modules/metadata/.libs/mod_usertrack.so ./modules/experimental/.libs/mod_cache.so ./modules/experimental/.libs/mod_disk_cache.so ./srclib/apr-util/xml/expat/lib/.libs/libexpat.so ./srclib/apr-util/.libs/libaprutil-0.so ./srclib/apr/.libs/libapr-0.so -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
