Re: FW: latest cvs checkout test
On Mon, 16 Jul 2001, Justin Erenkrantz wrote: | On Mon, Jul 16, 2001 at 06:34:48PM +0100, Pier P. Fumagalli wrote: | > I just tried it on Nagoya, and it does the same for me... | > Do someone has _ANY_ clue of WTF is going on | | Yeah, I've seen this before (Solaris, too). I had to add -lgcc. | Don't ask me why the linker didn't pick up on that automagically. | I never took the time to figure out why I had to do it. I'd | be curious to find out why though. -- justin That's because libgcc is a static lib that, by default, lives in /usr/local/lib/gcc-lib/*/*/ gcc should have linked it in automatically. /dale
Re: FW: latest cvs checkout test
Justin Erenkrantz wrote: > On Mon, Jul 16, 2001 at 06:34:48PM +0100, Pier P. Fumagalli wrote: > > I just tried it on Nagoya, and it does the same for me... > > Do someone has _ANY_ clue of WTF is going on > > Yeah, I've seen this before (Solaris, too). I had to add -lgcc. > Don't ask me why the linker didn't pick up on that automagically. > I never took the time to figure out why I had to do it. I'd > be curious to find out why though. was that just for the apr? Or for the mod_webapp? -- Brian Millett Enterprise Consulting Group "Shifts in paradigms (314) 205-9030 often cause nose bleeds." [EMAIL PROTECTED] Greg Glenn
Re: FW: latest cvs checkout test
On Mon, Jul 16, 2001 at 06:34:48PM +0100, Pier P. Fumagalli wrote: > I just tried it on Nagoya, and it does the same for me... > Do someone has _ANY_ clue of WTF is going on Yeah, I've seen this before (Solaris, too). I had to add -lgcc. Don't ask me why the linker didn't pick up on that automagically. I never took the time to figure out why I had to do it. I'd be curious to find out why though. -- justin > -- Forwarded Message > From: "Brian P. Millett" <[EMAIL PROTECTED]> > Date: Mon, 16 Jul 2001 12:34:48 -0500 > To: Pier Fumagalli <[EMAIL PROTECTED]> > Subject: latest cvs checkout test > > Hi Pier, > Here are my results from the latest cvs checkout and build: > > (Solaris 8, x86; gcc version 2.95.2; java version "1.4.0-beta"; apache > 1.3.20) > > Steps: > 1)rm -rf jakarta-servletapi-4 jakarta-tomcat-4.0 > jakarta-tomcat-connectors > 2) cvs co jakarta-servletapi-4 jakarta-tomcat-4.0 > jakarta-tomcat-connectors > 3) cd jakarta-tomcat-connectors/webapp; cvs co apr > 4) cd jakarta-servletapi-4; ./build.sh dist (and install) > 5) cd jakarta-tomcat-4.0; ./build.sh dist (and install) > 6) cd jakarta-tomcat-connectors/webapp > 7) sh support/buildconf.sh > 8) ./configure --with-apxs=/opt/apache/bin/apxs > 9) cp apache-1.3/mod_webapp.so /opt/apache/libexec/ > 10) /etc/init.d/tomcatctl start > 11) /etc/init.d/apachectll start > > Cannot load /opt/apache/libexec/mod_webapp.so into server: > ld.so.1: /opt/apache/bin/httpd: fatal: relocation error: file > /opt/apache/libexec/mod_webapp.so: symbol __divdi3: referenced symbol > not found > /opt/apache/bin/apachectl start: httpd could not be started > > Otherwise, it looks OK. The __divdi3 symbol is found in libgcc.a > > /opt/sfw/lib/gcc-lib/i386-pc-solaris2.8/2.95.2/libgcc.a[_divdi3.o]: > > [Index] Value SizeType Bind Other Shndx Name > > [2] | 0| 0|SECT |LOCL |0|2 | > [3] | 0| 0|SECT |LOCL |0|3 | > [4] | 0| 0|SECT |LOCL |0|4 | > [5] | 0| 0|SECT |LOCL |0|5 | > [7] | 0| 0|SECT |LOCL |0|6 | > [6] | 0| 256|OBJT |LOCL |0|5 |__clz_tab > [8] | 0| 414|FUNC |GLOB |0|2 |__divdi3 > [1] | 0| 0|FILE |LOCL |0|ABS|libgcc2.c > > > Is that being referenced in apr? If so, why? Or is my gcc installation > broke? > > Take care. > > -- > Brian Millett > Enterprise Consulting Group "Shifts in paradigms > (314) 205-9030 often cause nose bleeds." > [EMAIL PROTECTED] Greg Glenn > > > -- End of Forwarded Message
FW: latest cvs checkout test
I just tried it on Nagoya, and it does the same for me... Do someone has _ANY_ clue of WTF is going on Pier -- Forwarded Message From: "Brian P. Millett" <[EMAIL PROTECTED]> Date: Mon, 16 Jul 2001 12:34:48 -0500 To: Pier Fumagalli <[EMAIL PROTECTED]> Subject: latest cvs checkout test Hi Pier, Here are my results from the latest cvs checkout and build: (Solaris 8, x86; gcc version 2.95.2; java version "1.4.0-beta"; apache 1.3.20) Steps: 1)rm -rf jakarta-servletapi-4 jakarta-tomcat-4.0 jakarta-tomcat-connectors 2) cvs co jakarta-servletapi-4 jakarta-tomcat-4.0 jakarta-tomcat-connectors 3) cd jakarta-tomcat-connectors/webapp; cvs co apr 4) cd jakarta-servletapi-4; ./build.sh dist (and install) 5) cd jakarta-tomcat-4.0; ./build.sh dist (and install) 6) cd jakarta-tomcat-connectors/webapp 7) sh support/buildconf.sh 8) ./configure --with-apxs=/opt/apache/bin/apxs 9) cp apache-1.3/mod_webapp.so /opt/apache/libexec/ 10) /etc/init.d/tomcatctl start 11) /etc/init.d/apachectll start Cannot load /opt/apache/libexec/mod_webapp.so into server: ld.so.1: /opt/apache/bin/httpd: fatal: relocation error: file /opt/apache/libexec/mod_webapp.so: symbol __divdi3: referenced symbol not found /opt/apache/bin/apachectl start: httpd could not be started Otherwise, it looks OK. The __divdi3 symbol is found in libgcc.a /opt/sfw/lib/gcc-lib/i386-pc-solaris2.8/2.95.2/libgcc.a[_divdi3.o]: [Index] Value SizeType Bind Other Shndx Name [2] | 0| 0|SECT |LOCL |0|2 | [3] | 0| 0|SECT |LOCL |0|3 | [4] | 0| 0|SECT |LOCL |0|4 | [5] | 0| 0|SECT |LOCL |0|5 | [7] | 0| 0|SECT |LOCL |0|6 | [6] | 0| 256|OBJT |LOCL |0|5 |__clz_tab [8] | 0| 414|FUNC |GLOB |0|2 |__divdi3 [1] | 0| 0|FILE |LOCL |0|ABS|libgcc2.c Is that being referenced in apr? If so, why? Or is my gcc installation broke? Take care. -- Brian Millett Enterprise Consulting Group "Shifts in paradigms (314) 205-9030 often cause nose bleeds." [EMAIL PROTECTED] Greg Glenn -- End of Forwarded Message
