Hi Time, Iam still facing the same issue. Actually I need to have .so similar to libssl.so & libcrypto.so but just single one. And also I need to have the same in 64 Bit. Iam still getting the same error: ld: fatal: relocation error: R_SPARC_H44: file ssl/s2_meth.o: symbol<unknown>: relocations based on the ABS44 coding model can not be used in building a shared object
One more theing to mention while doing ldd s2_math.o Iam having the following error: GNM056 linus> cd ssl GNM056 linus> pwd /osp/sde/Icc50_mnt_V01_view/lib/velizy/standard/openssl2/openssl2-0.9.8o/ssl GNM056 linus> ldd s2_meth.o warning: ldd: s2_meth.o: is not executable ld.so.1: /usr/lib/sparcv9/lddstub: fatal: relocation error: R_SPARC_H44: file ./s2_meth.o: symbol <unknown>: relocations based on the ABS44 coding model can not be used in building a shared object ldd: s2_meth.o: execution failed due to signal 11 (core dumped) GNM056 linus> That's why I think there is some problem in compilation of openssl because of which Iam having this error in ldd. Please help me out. Thanks. ________________________________ From: Tim Hudson [mailto:tim.hud...@pobox.com] Sent: 19 August 2010 09:43 To: BISHT, SEEMANT (SEEMANT) Subject: Re: Error: relocations based on the ABS44 coding model can not be used in building a shared object On 19/08/2010 2:01 AM, BISHT, SEEMANT (SEEMANT) wrote: Hi Tim, Thank you very much. I moved forward using your suggestion. But again Iam stuck at one point. (1) Iam facing problem in creating my specific .so. Iam having error: ld: fatal: relocation error: R_SPARC_H44: file ssl/s2_meth.o: symbol<unknown>: relocations based on the ABS44 coding model can not be used in building a shared object Iam using makefile: INCSO += -lsocket -lnsl -ldl -lkstat -lsunmath -lm CFLAGS = -xO4 -xarch=v9 -xcode=abs64 -G export CFLAGS Remove the "-xcode=abs64" (actually I'd remove most of your CFLAGS definition - you should not need it - except perhaps the -G) You are now dealing with build issues in your code and not openssl. ar t libssl.a shows the list of objects in libssl.a ar t libcrypto.a will show the objects in libcrypto.a which libssl.a needs I haven't built an openssl solaris shared library configuration in a while - so I'd have to power on some of my solaris machines to check 0 however I don't think it is anything to do with openssl. BTW I didn't get the direct email to t...@cryptsoft.com<mailto:t...@cryptsoft.com> so I've switched to an address which you might find easier to reach. Tim
