Return-Path: Delivered-To: apmail-httpd-users-archive@www.apache.org Received: (qmail 25497 invoked from network); 6 Mar 2008 20:19:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Mar 2008 20:19:58 -0000 Received: (qmail 44667 invoked by uid 500); 6 Mar 2008 20:19:41 -0000 Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 44650 invoked by uid 500); 6 Mar 2008 20:19:41 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 44639 invoked by uid 99); 6 Mar 2008 20:19:41 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Mar 2008 12:19:41 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [68.178.33.148] (HELO mail.winstontitle.com) (68.178.33.148) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Mar 2008 20:19:05 +0000 Received: from [127.0.0.1] (gw.winstontitle.com [10.0.0.75]) by mail.winstontitle.com (Postfix) with ESMTP id 1B89EAA4D for ; Thu, 6 Mar 2008 14:18:44 -0600 (CST) Message-ID: <47D051B5.2020808@winstontitle.com> Date: Thu, 06 Mar 2008 14:19:01 -0600 From: "Greg W. Smith" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: users@httpd.apache.org References: <47CEDE3B.3080401@winstontitle.com> <47CF0B08.4040405@ird.govt.nz> <47CF1ABD.8080108@winstontitle.com> <47CF2211.6080608@ird.govt.nz> In-Reply-To: <47CF2211.6080608@ird.govt.nz> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-winstontitle.com-MailScanner-Information: Please contact the ISP for more information X-winstontitle.com-MailScanner: Found to be clean X-MailScanner-From: greg@winstontitle.com X-Virus-Checked: Checked by ClamAV on apache.org Subject: Re: [users@httpd] Apache 2.2.8 on Solaris 10 (libgcc_s.so problems after compiling) Lloyd -- thanks for all your help. Lari revealed the following: # lari httpd libgcc_s.so.1 => (file not found) libgcc_s.so.1 => (file not found) [2:0]: __ashldi3(): /usr/local/lib/libgcc_s.so.1 [2:0P]: __ashldi3(): httpd [2:0]: __ashrdi3(): /usr/local/lib/libgcc_s.so.1 [2:0P]: __ashrdi3(): httpd [2:0]: __divdi3(): /usr/local/lib/libgcc_s.so.1 [2:1EP]: __divdi3(): httpd [7:0]: __dso_handle[0]: /usr/local/apache/lib/libapr-1.so.0 [7:0]: __dso_handle[0]: /usr/local/apache/lib/libaprutil-1.so.0 [7:0]: __dso_handle[0]: /usr/local/apache/lib/libexpat.so.0 [7:0P]: __dso_handle[0]: /usr/local/lib/libcrypto.so.0.9.8 [7:0]: __dso_handle[0]: /usr/local/lib/libiconv.so.2 [7:0P]: __dso_handle[0]: /usr/local/lib/libssl.so.0.9.8 [7:0P]: __dso_handle[0]: httpd [2:0]: __floatdisf(): /usr/local/lib/libgcc_s.so.1 [2:0P]: __floatdisf(): httpd [2:0]: __lshrdi3(): /usr/local/lib/libgcc_s.so.1 [2:2EP]: __lshrdi3(): httpd [2:0]: __moddi3(): /usr/local/lib/libgcc_s.so.1 [2:1EP]: __moddi3(): httpd [2:0]: __udivdi3(): /usr/local/lib/libgcc_s.so.1 [2:2EP]: __udivdi3(): httpd [2:0]: __umoddi3(): /usr/local/lib/libgcc_s.so.1 [2:1EP]: __umoddi3(): httpd [24:1EP]: _end: httpd [10:2EP]: _lib_version: httpd Then it occured to me to try lari -s which revealed: 1525: 21525: hardware capabilities - 0x6b [ VIS2 VIS V8PLUS DIV32 MUL32 ] 21525: 21525: 21525: configuration file=/var/ld/ld.config: unable to process file 21525: 21525: file=/usr/local/apache/bin/httpd [ ELF ]; generating link map 21525: dynamic: 0xb298c base: 0x10000 21525: size: 0xa9ed0 entry: 0x2b540 21525: lmid: BASE lmco: 0xc 21525: 21525: file=httpd; analyzing [ RTLD_NOW RTLD_GLOBAL RTLD_WORLD RTLD_NODELETE ] 21525: 21525: file=libssl.so.0.9.8; needed by httpd 21525: file=/usr/local/lib/libssl.so.0.9.8 [ ELF ]; generating link map 21525: dynamic: 0xff1ecad4 base: 0xff1a0000 21525: size: 0x50000 entry: 0xff1a0000 21525: lmid: BASE lmco: 0xc 21525: 21525: notify debugger: event: RD_DLACTIVITY state: RT_ADD 21525: 21525: file=httpd; add binding to: 21525: file=/usr/local/lib/libssl.so.0.9.8 [ NEEDED ] It turns out that openssl was my problem (it couldn't locate libgcc_s.so) I had to reconfigure openssl with the following: LD_OPTIONS=�-R/usr/local/lib �L/usr/local/lib�; export LD_OPTIONS ./Configure solaris-sparcv9-gcc �prefix=/usr/local shared Thanks for leading my down the right path. Greg Lloyd Parkes wrote: > Greg W. Smith wrote: > >> Lloyd -- thanks for the information. I actually tried the >> LD_OPTIONS='-L/usr/local/lib -R/usr/local/lib' as well with no luck. >> I got the same >> output as you noted in your message. > > > If you run a Solaris program with LD_DEBUG set to suitable values, the > runtime linker will tell you which library is loading what from where. > This doesn't work with ldd. See the ld.so.1 and lari manual pages. > > Cheers --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See for more info. To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org " from the digest: users-digest-unsubscribe@httpd.apache.org For additional commands, e-mail: users-help@httpd.apache.org