Yes. I tried it myself and works. Indeed it is an incompatibility between solaris linker and solaris gcc. It is recommended not only because of performance, but because a broken gcc might affect all future compilations. I hope the guys in gcc get wind of this.
Many thanks to Andy, as well. > [EMAIL PROTECTED] wrote: >> Dear Doug, >> >> Thanks a lot for the fast reply. The no-asm did it. I imagine this may >> have some performance penalties since it seems to use it for shared >> memory. > > I also tried the fix Andy pointed out in the PROBLEMS file. > http://www.openssl.org/~appro/values.c > It creates the value-X*.o files that gcc 3.4.3 on Solaris appears to not > have created, but refers to in the specs file. This also works, > and you get the improved performance. > >> >> On the side, os/compiler option "debug-solaris-x86-gcc" doesn't seem to >> be >> supported in 0.9.8h. > > No, I added the line to try and get a trace. > >> >> Unfortunately the whole stack trace is within libc, before it reaches >> the >> entry point main(). I did compiled with -g when I run it through gdb, >> but >> still nothing to look at. > > Yes, I saw that too even with -g. > >> >> Again it worked like a charm and many thanks for the fast reply. You >> really saved the day. > > Try Andy's solution too. > >> >> Thanks, >> Nikos >> >>> Let me correct the previous note. I had added no-asm when building the >>> debug version. With a non-debug version and no-asm the tests work. So >>> the problem apears to be with the asm modules. >>> >>> Douglas E. Engert wrote: >>>> [EMAIL PROTECTED] wrote: >>>>> Hi, >>>>> >>>>> I've waisted most of my day today with openssl deployment on the >>>>> aforementioned server. Any help would be greatly appreciated. >>>>> >>>>> I compile using gcc32 with the following options: >>>>> >>>>> Configure solaris-x86-gcc threads no-krb5 >>>>> >>>>> I definitely need threads. Compilation goes through without problems >>>>> but >>>>> when I do a make test I get: >>>>> >>>>> Doing certs >>>>> touch rehash.time >>>>> testing... >>>>> make[1]: Entering directory `/opt/kannel/openssl-0.9.8h/test' >>>>> make[2]: Entering directory `/opt/kannel/openssl-0.9.8h' >>>>> making all in apps... >>>>> make[3]: Entering directory `/opt/kannel/openssl-0.9.8h/apps' >>>>> make[3]: Nothing to be done for `all'. >>>>> make[3]: Leaving directory `/opt/kannel/openssl-0.9.8h/apps' >>>>> make[2]: Leaving directory `/opt/kannel/openssl-0.9.8h' >>>>> ../util/shlib_wrap.sh ./destest >>>>> make[1]: *** [test_des] Segmentation Fault (core dumped) >>>>> make[1]: Leaving directory `/opt/kannel/openssl-0.9.8h/test' >>>>> make: *** [tests] Error 2 >>>> I was getting the same error. gdb showed it was failing in _init() >>>> Configuring with debug-solaris-x86-gcc got around the problem. >>>> >>>> Solaris 5.10 on x86 >>>> gcc is from Sun in /usr/sfw/bin: >>>> gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath) >>>> >>>> >>>> >>>>> I am getting the same results when I try to use it with external >>>>> applications (runtime core). >>>>> >>>>> The Solaris kernel is 64 bit, but I am compiling the code in 32 bits. >>>>> This >>>>> is not a problem with other applications. >>>>> >>>>> Something funny happens with libc at the beginning before I get the >>>>> chance >>>>> to put a breakpoint on main in destest. >>>> I had built the debug version to try with gdb, but the debug version >>>> works! I have not gotten back to why the non-debug version fails. >>>> I speculate it is a gcc bug, or something to do with _init with >>>> asm code in the lib. >>> I had built the debug version with no-asm also. Building without >>> the debug version, but with no-asm works. >>> >>>> I added the line (wrapped for the e-mail): >>>> >>>> "debug-solaris-x86-gcc","gcc:-O -g -fomit-frame-pointer -march=pentium >>>> -Wall -DL_ENDIAN -DOPENSSL_NO_INLINE_ASM::-D_REENTRANT::-lsocket >>>> -lnsl >>>> -ldl:BN_LLONG ${x86_gcc_des} >>>> ${x86_gcc_opts}:${x86_elf_asm}:dlfcn: >>>> solaris-shared:-fPIC:-shared:.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)", >>>> >>>> I also tried changing from -O3 to -O: >>>> >>>> "solaris-x86-gcc","gcc:-O -fomit-frame-pointer -march=pentium >>>> -Wall -DL_ENDIAN -DOPENSSL_NO_INLINE_ASM::-D_REENTRANT::-lsocket >>>> -lnsl >>>> -ldl:BN_LLONG ${x86_gcc_des} >>>> ${x86_gcc_opts}:${x86_elf_asm}:dlfcn: >>>> solaris-shared:-fPIC:-shared:.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR)", >>>> >>>> but this also failed, the only difference is -g. >>> Sorry, I had also added no-asm. So it has something to do with asm. >>> >>>>> Any ideas? >>>>> >>>>> Thanks, >>>>> Nikos >>>>> >>>>> ______________________________________________________________________ >>>>> OpenSSL Project >>>>> http://www.openssl.org >>>>> Development Mailing List >>>>> [EMAIL PROTECTED] >>>>> Automated List Manager >>>>> [EMAIL PROTECTED] >>>>> >>>>> >>> -- >>> >>> Douglas E. Engert <[EMAIL PROTECTED]> >>> Argonne National Laboratory >>> 9700 South Cass Avenue >>> Argonne, Illinois 60439 >>> (630) 252-5444 >>> ______________________________________________________________________ >>> OpenSSL Project http://www.openssl.org >>> Development Mailing List [EMAIL PROTECTED] >>> Automated List Manager [EMAIL PROTECTED] >>> >> >> >> ______________________________________________________________________ >> OpenSSL Project http://www.openssl.org >> Development Mailing List [EMAIL PROTECTED] >> Automated List Manager [EMAIL PROTECTED] >> >> > > -- > > Douglas E. Engert <[EMAIL PROTECTED]> > Argonne National Laboratory > 9700 South Cass Avenue > Argonne, Illinois 60439 > (630) 252-5444 > ______________________________________________________________________ > OpenSSL Project http://www.openssl.org > Development Mailing List [EMAIL PROTECTED] > Automated List Manager [EMAIL PROTECTED] > ______________________________________________________________________ OpenSSL Project http://www.openssl.org User Support Mailing List openssl-users@openssl.org Automated List Manager [EMAIL PROTECTED]
