Re: [openssl.org #426] HP-UX build problems with 0.9.7
On Tue, Dec 31, 2002 at 01:21:09PM +0100, Marko Asplund via RT wrote: 2) error messages during 'make depend' when not using gcc and makedepend is installed on the system (HP Ansi C Developer's Bundle, imake package). seems like this version of makedepend is not supported. maybe Configure should check that the system makedepend is suitable for building OpenSSL before using it. ... ../util/domd .. -MD makedepend -- -DOPENSSL_THREADS -D_REENTRANT -DDSO_DL -DOPENSSL_NO_KRB5 -DOPENSSL_NO_IDEA +DA2.0 +DS2.0 +O3 +Optrs_strongly_typed +Olibcalls -Ae +ESlit -DB_ENDIAN -DMD32_XARRAY -I. -I.. -I../include -DOPENSSL_NO_IDEA -- cryptlib.c mem.c mem_clr.c mem_dbg.c cversion.c ex_data.c tmdiff.c cpt_err.c ebcdic.c uid.c o_time.c cryptlib.c:433: !defined(_POSIX_C_SOURCE) || (_POSIX_C_SOURCE 199309L) ^--- expecting ) Hmm. I have tried to reproduce this behaviour on HP-UX 10.20. serv01 21: which makedepend /opt/imake/bin/makedepend serv01 23: what /opt/imake/bin/makedepend /opt/imake/bin/makedepend: X Window System, Version 11 R6+ HP-UX B.10.20.00 January 2001 Patch Release (build date: Mon Jan 22 19:09:38 IST 2001) The CFLAGS seem to be passed properly... -- Lutz Jaenicke [EMAIL PROTECTED] http://www.aet.TU-Cottbus.DE/personen/jaenicke/ BTU Cottbus, Allgemeine Elektrotechnik Universitaetsplatz 3-4, D-03044 Cottbus __ OpenSSL Project http://www.openssl.org Development Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
Re: [openssl.org #426] HP-UX build problems with 0.9.7
On Tue, 14 Jan 2003, Lutz Jaenicke via RT wrote: On Tue, Dec 31, 2002 at 01:21:09PM +0100, Marko Asplund via RT wrote: 2) error messages during 'make depend' when not using gcc and makedepend is installed on the system (HP Ansi C Developer's Bundle, imake package). seems like this version of makedepend is not supported. maybe Configure should check that the system makedepend is suitable for building OpenSSL before using it. ... ../util/domd .. -MD makedepend -- -DOPENSSL_THREADS -D_REENTRANT -DDSO_DL -DOPENSSL_NO_KRB5 -DOPENSSL_NO_IDEA +DA2.0 +DS2.0 +O3 +Optrs_strongly_typed +Olibcalls -Ae +ESlit -DB_ENDIAN -DMD32_XARRAY -I. -I.. -I../include -DOPENSSL_NO_IDEA -- cryptlib.c mem.c mem_clr.c mem_dbg.c cversion.c ex_data.c tmdiff.c cpt_err.c ebcdic.c uid.c o_time.c cryptlib.c:433: !defined(_POSIX_C_SOURCE) || (_POSIX_C_SOURCE 199309L) ^--- expecting ) Hmm. I have tried to reproduce this behaviour on HP-UX 10.20. serv01 21: which makedepend /opt/imake/bin/makedepend serv01 23: what /opt/imake/bin/makedepend /opt/imake/bin/makedepend: X Window System, Version 11 R6+ HP-UX B.10.20.00 January 2001 Patch Release (build date: Mon Jan 22 19:09:38 IST 2001) The CFLAGS seem to be passed properly... this is what 'what makedepend' said on my system (at the time of the above report): 109] % what /opt/imake/bin/makedepend /opt/imake/bin/makedepend: X Window System, Version 11 R6+ HP-UX B.11.00.00 +O2 (build date: Wed Sep 17 02:43:56 PDT 1997) i just searched ITRC and found that this was a known problem which PHSS_22947 patch would fix. here's a quote from the patch README: 12. While parsing int literals, L suffix is not handled correctly by makedepend. http://www4.itrc.hp.com/service/patch/patchDetail.do?patchid=PHSS_22947context=hpux:800:11:00 installation of this patch does make the makedepend error messages go away. best regards, -- aspahttp://www.kronodoc.fi/ __ OpenSSL Project http://www.openssl.org Development Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
Re: [openssl.org #426] HP-UX build problems with 0.9.7
On Tue, Jan 14, 2003 at 05:12:19PM +0100, Marko Asplund via RT wrote: this is what 'what makedepend' said on my system (at the time of the above report): 109] % what /opt/imake/bin/makedepend /opt/imake/bin/makedepend: X Window System, Version 11 R6+ HP-UX B.11.00.00 +O2 (build date: Wed Sep 17 02:43:56 PDT 1997) i just searched ITRC and found that this was a known problem which PHSS_22947 patch would fix. here's a quote from the patch README: 12. While parsing int literals, L suffix is not handled correctly by makedepend. http://www4.itrc.hp.com/service/patch/patchDetail.do?patchid=PHSS_22947context=hpux:800:11:00 installation of this patch does make the makedepend error messages go away. Ok. Therefore: 1) (hpux-parisc2-cc no-asm) seems to be a compiler/optimizer bug. I have added an appropriate remark to the PROBLEMS file. 2) makedepend problem on HP-UX 11 is fixed by installing patch PHSS_22947 3) (parisc2.s contains code that is position independent) is resolved by a change checked in by Andy Polyakov. I therefore close this ticket now. Best regards, Lutz -- Lutz Jaenicke [EMAIL PROTECTED] http://www.aet.TU-Cottbus.DE/personen/jaenicke/ BTU Cottbus, Allgemeine Elektrotechnik Universitaetsplatz 3-4, D-03044 Cottbus __ OpenSSL Project http://www.openssl.org Development Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
Re: [openssl.org #426] HP-UX build problems with 0.9.7
On Fri, 3 Jan 2003, Andy Polyakov via RT wrote: ... with your patch applied shared library linkage and tests succeed on hpux-parisc2-cc target. Great! Patch is applied to HEAD and OpenSSL_0_9_7-stable now. Can you by any chance test './Configure hpux64-parisc-cc shared'? If it fails in the same way (i.e. complaining not being position independent) file a separate bug report. hpux64-parisc-cc target fails with the following error message both with and without your pa-risc2.s patch applied: cc -I../crypto -I.. -I../include +Z -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_NO_KRB5 -Ae +DD64 +O3 +ESlit -z -DB_ENDIAN -DMD32_XARRAY -c s2_srvr.c cc -I../crypto -I.. -I../include +Z -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_NO_KRB5 -Ae +DD64 +O3 +ESlit -z -DB_ENDIAN -DMD32_XARRAY -c s2_clnt.c cc: error 1405: /opt/ansic/lbin/ccom terminated abnormally with signal 11. *** Error exit code 9 Stop. gmake: *** [sub_all] Error 1 the same thing happens with and without 'shared' option. the machine model is 9000/785/B2000, HP-UX 11.00. best regards, -- aspahttp://www.kronodoc.fi/ __ OpenSSL Project http://www.openssl.org Development Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
Re: [openssl.org #426] HP-UX build problems with 0.9.7
On Fri, 3 Jan 2003, Andy Polyakov via RT wrote: ... with your patch applied shared library linkage and tests succeed on hpux-parisc2-cc target. Great! Patch is applied to HEAD and OpenSSL_0_9_7-stable now. Can you by any chance test './Configure hpux64-parisc-cc shared'? If it fails in the same way (i.e. complaining not being position independent) file a separate bug report. hpux64-parisc-cc target fails with the following error message both with and without your pa-risc2.s patch applied: cc -I../crypto -I.. -I../include +Z -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_NO_KRB5 -Ae +DD64 +O3 +ESlit -z -DB_ENDIAN -DMD32_XARRAY -c s2_srvr.c cc -I../crypto -I.. -I../include +Z -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_NO_KRB5 -Ae +DD64 +O3 +ESlit -z -DB_ENDIAN -DMD32_XARRAY -c s2_clnt.c cc: error 1405: /opt/ansic/lbin/ccom terminated abnormally with signal 11. *** Error exit code 9 Stop. gmake: *** [sub_all] Error 1 the same thing happens with and without 'shared' option. the machine model is 9000/785/B2000, HP-UX 11.00. best regards, -- aspahttp://www.kronodoc.fi/ __ OpenSSL Project http://www.openssl.org Development Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
Re: [openssl.org #426] HP-UX build problems with 0.9.7
hpux64-parisc-cc target fails with the following error message both with and without your pa-risc2.s patch applied: cc -I../crypto -I.. -I../include +Z -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_NO_KRB5 -Ae +DD64 +O3 +ESlit -z -DB_ENDIAN -DMD32_XARRAY -c s2_srvr.c cc -I../crypto -I.. -I../include +Z -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_NO_KRB5 -Ae +DD64 +O3 +ESlit -z -DB_ENDIAN -DMD32_XARRAY -c s2_clnt.c cc: error 1405: /opt/ansic/lbin/ccom terminated abnormally with signal 11. *** Error exit code 9 Well, the fact that you came that far, i.e. to s2_clnt.c, means that libcrypto.sl was built successfully and pa-risc2W.s is position independent and I therefore remain off this ticket. As for this signal 11 in s2_clnt.c issue. Apply the usual procedure. Try to compile it manually with lower optimization level. It it compiles with +O2, then it's either a compiler bug or maxdsiz kernel tunable being too low. In either case it's hardly an OpenSSL problem and for my part the ticket remains closeable. A. __ OpenSSL Project http://www.openssl.org Development Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
Re: [openssl.org #426] HP-UX build problems with 0.9.7
On Fri, 3 Jan 2003, Lutz Jaenicke via RT wrote: ... changing optimization level from +O3 to +O2 in the hpux-parisc2-cc target seems to fix the BN_kronecker test problem with the no-asm option. i'll try and see if HP has patches related to this issue. I am not yet sure about the backgrounds. I just ran to tests on a PA-RISC 2 machine: * hpux-parisc-cc no-asm * hpux-parisc2-cc no-asm Both settings compile with +O3 but the last one fails in BN_kronecker test (endless loop) when compiled with HP's ANSI C compiler on HP-UX 10.20. this is what happens on our HP-UX 11.00 machine with the latter target. i installed the december 2002 support plus patch bundles but the problems still persists. [101] % what /opt/ansic/bin/cc /opt/ansic/bin/cc: LINT A.11.01.00 CXREF A.11.01.00 HP92453-01 A.11.01.00 HP C Compiler $ PATCH/11.00:PHCO_95167 Oct 1 1998 13:46:32 $ best regards, -- aspahttp://www.kronodoc.fi/ __ OpenSSL Project http://www.openssl.org Development Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
Re: [openssl.org #426] HP-UX build problems with 0.9.7
On Thu, 2 Jan 2003, Andy Polyakov via RT wrote: ... My knowledge of PA-RISC assembler is rather limited, but if I compare pa-risc.s and pa-risc2.s, I see that reference to Division would overflow is treated completely different. And I can actually imagine that the way it's treated in pa-risc2.s is not positon-independent... Given that that code is actually never called (it's an assertion mostly for debugging purposes) it's perfectly possible to get rid of at least call to fprintf. In other words try following patch. Note that I can't actually verify it, so that if it doesn't work, you're expected to make an effort to make it work:-) Most notably I might have deleted two much at the end... with your patch applied shared library linkage and tests succeed on hpux-parisc2-cc target. best regards, -- aspahttp://www.kronodoc.fi/ __ OpenSSL Project http://www.openssl.org Development Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
Re: [openssl.org #426] HP-UX build problems with 0.9.7
compare pa-risc.s and pa-risc2.s, I see that reference to Division would overflow is treated completely different. And I can actually imagine that the way it's treated in pa-risc2.s is not positon-independent... with your patch applied shared library linkage and tests succeed on hpux-parisc2-cc target. Great! Patch is applied to HEAD and OpenSSL_0_9_7-stable now. Can you by any chance test './Configure hpux64-parisc-cc shared'? If it fails in the same way (i.e. complaining not being position independent) file a separate bug report. The difference between both settings is, that in hpux-parisc-cc there is cflags= ... -DBN_DIV2W -DMD32_XARRAY bn_ops= MD2_CHAR RC4_INDEX RC4_CHAR DES_UNROLL DES_RISC1 DES_INT No BN_LLONG? No wonder it was so easy to beat the compiler in assembler:-) while for hpux-parisc2-cc there is cflags= ... -DMD32_XARRAY bn_ops= SIXTY_FOUR_BIT MD2_CHAR RC4_INDEX RC4_CHAR DES_UNROLL DES_RISC1 It therefore has to be determined, which of the defines (BN_DIV2W, SIXTY_FOUR_BIT, DES_INT) that are different, is triggering the problem. DES_INT is not relevant. BN_DIV2W can't be used with SIXTY_FOUR_BIT and is not revelant in hpux-parisc2-cc context. You can *not* remove SIXTY_FOUR_BIT *and* keep pa-risc2.s! I mean the *whole* idea behind pa-risc2.s is that C part has to be configured with SIXTY_FOUR_BIT. There is *nothing* wrong with the flags. It should be noted that SIXTY_FOUR_BIT relies heavily on long long type and HP compiler does have bad record when it comes to long long. This is the original reason for BN_LLONG being defined for hpux-parisc-gcc, but not for hpux-parisc-cc. I'm convinced that it's a compiler bug, but you're free to prove me wrong:-) I hereby leave this ticket completely to Lutz. Cheers. A. __ OpenSSL Project http://www.openssl.org Development Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
Re: [openssl.org #426] HP-UX build problems with 0.9.7
On Tue, 31 Dec 2002, Andy Polyakov via RT wrote: First of all it would facilitate if you could file a single problem per report. In which the person who is considering to close the ticket won't end up judging over things he doesn't feel like capable of judging. ... i'm sorry about this but i didn't file the problem reports explicitly, i just sent the reports to [EMAIL PROTECTED] without realizing they would end up in the request tracker. ... As implied in RT#410 closing note it smells like a compiler bug. From my personal experience HP compilers seldom work out-of-the-box and usually require patching. In either case do try to lower the optimization level [as INSTALL suggests]! changing optimization level from +O3 to +O2 in the hpux-parisc2-cc target seems to fix the BN_kronecker test problem with the no-asm option. i'll try and see if HP has patches related to this issue. ... 3) shared library linking fails with hpux-parisc2-cc target. 'cd ./crypto/bn; rm asm/pa-risc2.o; make -n'. What is the command line issued to compile asm/pa-risc2.o? Does it have +Z? Copy-n-paste command line adding +Z and execute it. Does it execute? If it does, 'cd ../../; make'. Does it complete? the command line already includes +Z: cc -c -I.. -I../.. -I../../include +Z -DOPENSSL_THREADS -D_REENTRANT -DDSO_DL -DOPENSSL_NO_KRB5 -DOPENSSL_NO_IDEA +DA2.0 +DS2.0 +O3 +Optrs_strongly_typed +Olibcalls -Ae +ESlit -DB_ENDIAN -DMD32_XARRAY -o asm/pa-risc2.o asm/pa-risc2.s best regards, -- aspahttp://www.kronodoc.fi/ __ OpenSSL Project http://www.openssl.org Development Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
Re: [openssl.org #426] HP-UX build problems with 0.9.7
On Tue, 31 Dec 2002, Andy Polyakov via RT wrote: First of all it would facilitate if you could file a single problem per report. In which the person who is considering to close the ticket won't end up judging over things he doesn't feel like capable of judging. ... i'm sorry about this but i didn't file the problem reports explicitly, i just sent the reports to [EMAIL PROTECTED] without realizing they would end up in the request tracker. ... As implied in RT#410 closing note it smells like a compiler bug. From my personal experience HP compilers seldom work out-of-the-box and usually require patching. In either case do try to lower the optimization level [as INSTALL suggests]! changing optimization level from +O3 to +O2 in the hpux-parisc2-cc target seems to fix the BN_kronecker test problem with the no-asm option. i'll try and see if HP has patches related to this issue. ... 3) shared library linking fails with hpux-parisc2-cc target. 'cd ./crypto/bn; rm asm/pa-risc2.o; make -n'. What is the command line issued to compile asm/pa-risc2.o? Does it have +Z? Copy-n-paste command line adding +Z and execute it. Does it execute? If it does, 'cd ../../; make'. Does it complete? the command line already includes +Z: cc -c -I.. -I../.. -I../../include +Z -DOPENSSL_THREADS -D_REENTRANT -DDSO_DL -DOPENSSL_NO_KRB5 -DOPENSSL_NO_IDEA +DA2.0 +DS2.0 +O3 +Optrs_strongly_typed +Olibcalls -Ae +ESlit -DB_ENDIAN -DMD32_XARRAY -o asm/pa-risc2.o asm/pa-risc2.s best regards, -- aspahttp://www.kronodoc.fi/ __ OpenSSL Project http://www.openssl.org Development Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
Re: [openssl.org #426] HP-UX build problems with 0.9.7
As implied in RT#410 closing note it smells like a compiler bug. changing optimization level from +O3 to +O2 in the hpux-parisc2-cc target seems to fix the BN_kronecker test problem with the no-asm option. Meaning that it *is* in fact a compiler bug and is therefore not an OpenSSL issue. Well, there were multiple occasions when OpenSSL code was modified to compensate for compiler bugs, but only if the bug appeared at all optimization levels or *significantly* affected the performance. In this case I reckon that +O2 should provide decent performance, not to mention that there is a working assembler replacement (at least it works when linked statically, right?). So we dismiss this part of the report. 3) shared library linking fails with hpux-parisc2-cc target. 'cd ./crypto/bn; rm asm/pa-risc2.o; make -n'. What is the command line issued to compile asm/pa-risc2.o? cc -c -I.. -I../.. -I../../include +Z -DOPENSSL_THREADS -D_REENTRANT -DDSO_DL -DOPENSSL_NO_KRB5 -DOPENSSL_NO_IDEA +DA2.0 +DS2.0 +O3 +Optrs_strongly_typed +Olibcalls -Ae +ESlit -DB_ENDIAN -DMD32_XARRAY -o asm/pa-risc2.o asm/pa-risc2.s My knowledge of PA-RISC assembler is rather limited, but if I compare pa-risc.s and pa-risc2.s, I see that reference to Division would overflow is treated completely different. And I can actually imagine that the way it's treated in pa-risc2.s is not positon-independent... Given that that code is actually never called (it's an assertion mostly for debugging purposes) it's perfectly possible to get rid of at least call to fprintf. In other words try following patch. Note that I can't actually verify it, so that if it doesn't work, you're expected to make an effort to make it work:-) Most notably I might have deleted two much at the end... Cheers. A. *** ./crypto/bn/asm/pa-risc2.s.orig Wed Sep 27 15:54:28 2000 --- ./crypto/bn/asm/pa-risc2.s Thu Jan 2 17:22:55 2003 *** *** 747,754 .PROC .EXPORT bn_div_words,ENTRY,PRIV_LEV=3,ARGW0=GR,ARGW1=GR,ARGW2=GR,ARGW3=GR,RTNVAL=GR,LONG_RETURN .IMPORT BN_num_bits_word,CODE - .IMPORT __iob,DATA - .IMPORT fprintf,CODE .IMPORT abort,CODE .IMPORT $$div2U,MILLICODE .CALLINFO CALLER,FRAME=144,ENTRY_GR=%r9,SAVE_RP,ARGS_SAVED,ORDERING_AWARE --- 747,752 *** *** 844,855 MOVIB,TR2,%r8,$0006001C ;offset 0xa18 EXTRD,U %r3,63,32,%r7 ;offset 0xa1c $D2 - ADDIL LR'__iob-$global$,%r27,%r1 ;offset 0xa20 - LDILLR'C$7,%r21 ;offset 0xa24 - LDO RR'__iob-$global$+32(%r1),%r26 ;offset 0xa28 - .CALL ARGW0=GR,ARGW1=GR,ARGW2=GR,RTNVAL=GR;in=24,25,26;out=28; - B,L fprintf,%r2 ;offset 0xa2c - LDO RR'C$7(%r21),%r25 ;offset 0xa30 .CALL ; B,L abort,%r2 ;offset 0xa34 NOP ;offset 0xa38 --- 842,847 *** *** 1605,1618 .PROCEND - .SPACE $TEXT$ - .SUBSPA $CODE$ - .SPACE $PRIVATE$,SORT=16 - .IMPORT $global$,DATA - .SPACE $TEXT$ - .SUBSPA $CODE$ - .SUBSPA $LIT$,ACCESS=0x2c - C$7 - .ALIGN 8 - .STRINGZDivision would overflow (%d)\n .END __ OpenSSL Project http://www.openssl.org Development Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
Re: [openssl.org #426] HP-UX build problems with 0.9.7
First of all it would facilitate if you could file a single problem per report. In which the person who is considering to close the ticket won't end up judging over things he doesn't feel like capable of judging. Like me over your previous RT#410:-) I mean e.g. BN_sqr failure was exactly my cup of tea, but not the rest [I don't even have an access to HP-UX/PA-RISC machine]. But as I was the last one to touch the ticket I felt it would be mine responsibility to decide if it should be closed. i'm having a few problems building OpenSSL 0.9.7 on a HP-UX 11.00 machine using the HP Ansi C compiler. here's a list of the issues i've noticed so far (i've listed configuration options and error messages below): 1) when compiling for hpux-parisc2-cc target with no-asm option BN_kronecker test fails. As implied in RT#410 closing note it smells like a compiler bug. From my personal experience HP compilers seldom work out-of-the-box and usually require patching. In either case do try to lower the optimization level [as INSTALL suggests]! 2) error messages during 'make depend' when not using gcc and makedepend I have *no* comment on this one. 3) shared library linking fails with hpux-parisc2-cc target. 'cd ./crypto/bn; rm asm/pa-risc2.o; make -n'. What is the command line issued to compile asm/pa-risc2.o? Does it have +Z? Copy-n-paste command line adding +Z and execute it. Does it execute? If it does, 'cd ../../; make'. Does it complete? A. __ OpenSSL Project http://www.openssl.org Development Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
