I'm not sure why you are getting this linker error and I'm not. I did this on a z/OS 1.11 system, maybe there is a difference there. It would be nice if I could figure out a way to cause the actual command to be printed; that would probably have clues.
This is really tough stuff. Find a Unix guru who knows make and the shell really well and they could probably help you. Kirk Wolf Dovetailed Technologies http://dovetail.com On Wed, Apr 11, 2012 at 10:10 AM, Shaffer, Terri E < terri.e.shaf...@jpmchase.com> wrote: > Hi Kirk, > Wow thank you!! I have deleted the whole openssl-1.0.1 directory, > Re-issued my pax to recreate the directory. > > Then performed all the updates you identified and suggested, That was much > simpler with way less issues than before. > > Now my Make runs for about 1hr. But sadly I now get. > > gmakeÝ2¨: Entering directory `/u/w012108/temp/openssl-1.0.1/apps' > ( :; LIBDEPS="${LIBDEPS:--L.. -lssl -L.. -lcrypto }"; > LDCMD="${LDCMD:-c99_x}"; > LDFLAGS="${LDFLAGS:--O -DB_ENDIAN -DCHARSET_EBCDIC -DNO_SYS_PARAM_H > -D_ALL_SOURC > E}"; LIBPATH=`for x in $LIBDEPS; do echo $x; done | sed -e 's/¬ *-L//;t' > -e d | > uniq`; LIBPATH=`echo $LIBPATH | sed -e 's/ /:/g'`; > LD_LIBRARY_PATH=$LIBPATH:$LD_ > LIBRARY_PATH ${LDCMD} ${LDFLAGS} -o ${APPNAME:=openssl} openssl.o verify.o > asn1p > ars.o req.o dgst.o dh.o dhparam.o enc.o passwd.o gendh.o errstr.o ca.o > pkcs7.o c > rl2p7.o crl.o rsa.o rsautl.o dsa.o dsaparam.o ec.o ecparam.o x509.o > genrsa.o gen > dsa.o genpkey.o s_server.o s_client.o speed.o s_time.o apps.o s_cb.o > s_socket.o > app_rand.o version.o sess_id.o ciphers.o nseq.o pkcs12.o pkcs8.o pkey.o > pkeypara > m.o pkeyutl.o spkac.o smime.o cms.o rand.o engine.o ocsp.o prime.o ts.o > srp.o ${ > LIBDEPS} ) > FSUM3008 Specify a file with the correct suffix (.c, .i, .s, .o, .x, .p, > .I, or > .a), or a corresponding data set name, instead of -L... > gmakeÝ2¨: *** Ýlink_app.¨ Error 1 > gmakeÝ2¨: Leaving directory `/u/w012108/temp/openssl-1.0.1/apps' > gmakeÝ1¨: *** Ýopenssl¨ Error 2 > gmakeÝ1¨: Leaving directory `/u/w012108/temp/openssl-1.0.1/apps' > gmake: *** Ýbuild_apps¨ Error 1 > > I see in /u/w012108/temp/openssl-1.0.1/PROBLEMS there is a reference but I > think it's for macOS X. > > This is really a misfeature in ld, which seems to look for .dylib libraries > along the whole library path before it bothers looking for .a libraries. > This > means that -L switches won't matter unless OpenSSL is built with shared > library support. > > The workaround may be to change the following lines in apps/Makefile and > test/Makefile: > > LIBCRYPTO=-L.. -lcrypto > LIBSSL=-L.. -lssl > > to: > > LIBCRYPTO=../libcrypto.a > LIBSSL=../libssl.a > > Not sure why I got this error and you didn't? On another note, I did not > see any of the other errors you saw but maybe I just didn't get that > far? > > One last question if there a way to capture all the output that scrolls on > my screen? In case I missed any messages? > > Thanks > > Ms. Terri E. Shaffer > terri.e.shaf...@jpmchase.com > Engineer > J.P.Morgan Chase & Co. > GTI DCT ECS Core Services zSoftware Group / Emerging Technologies > Office: # 614-213-3467 > Cell: # 412-519-2592 > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of Kirk Wolf > Sent: Tuesday, April 10, 2012 3:52 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: openssl make - z/OS UNIX question - Help > > Terri, > > I downloaded 1.0.1 and here's how I built it: > > 1) Update the Configure perl script and add this line (after the existing > OS390-Unix line, which isn't used): > > "OS/390","c99_x:-O -DB_ENDIAN -DCHARSET_EBCDIC -DNO_SYS_PARAM_H > -D_ALL_SOURCE::(unknown):::THIRTY_TWO_BIT DES_PTR DES_UNROLL MD2_CHAR > RC4_INDEX RC4_CHAR BF_PTR:::", > > Notice that all I changed was to change the label to "OS/390" and to use > the c99_x command. > - c99 means to use STDC99, which automatically implies LONGLONG. This > avoids the shell quoting issues. > - the c99_x means to compile and link using XPLINK linkage. You may or may > not want this, depending on what you are using it for. If you have a > non-XPLINK application and you want to use it with the openssl dll, then > you will want to use just "c99" > > 2) ensure that perl and gmake are in your PATH > > 3) chmod +x tools/* > > 4) > export MAKE=gmake > export _C89_CCMODE=1 (not sure that this is needed any more with the c99 > command) > > 5) $MAKE > > I get these errors: > ERROR CCN3045 ./b_sock.c:888 Undeclared identifier NI_MAXHOST. > ERROR CCN4324 ./b_sock.c:888 Array size must have integer type. > ERROR CCN3045 ./b_sock.c:888 Undeclared identifier NI_MAXSERV. > ERROR CCN4324 ./b_sock.c:888 Array size must have integer type. > > So, I added these lines to crypto/bio/b_sock.c starting at line 102 > > #ifndef NI_MAXSERV > #define NI_MAXSERV 32 > #endif > #ifndef NI_MAXHOST > #define NI_MAXHOST 1025 > #endif > > I get the following warnings, which I think may be OK. The problem are > missing #includes (which are probably different on z/OS) - > > WARNING CCN4421 ./a_print.c:90 Implicit function declaration for > function "isalnum" > WARNING CCN4421 ./t_x509.c:498 Implicit function declaration for function > "isupper". > WARNING CCN4421 ./ameth_lib.c:234 Implicit function declaration for > function "strncasecmp". > WARNING CCN4421 ./f_int.c:136 Implicit function declaration for function > "isxdigit". > WARNING CCN4421 ./f_string.c:136 Implicit function declaration for > function "isxdigit". > WARNING CCN4421 ./v3_ncons.c:408 Implicit function declaration for > function "strcasecmp". > WARNING CCN4421 ./v3_ncons.c:430 Implicit function declaration for > function "strcasecmp". > WARNING CCN4421 ./v3_ncons.c:453 Implicit function declaration for > function "strcasecmp". > WARNING CCN4421 ./v3_ncons.c:494 Implicit function declaration for > function "strncasecmp". > WARNING CCN4421 ./v3_ncons.c:500 Implicit function declaration for > function "strncasecmp". > > but everything links OK, so these are probably OK. (but the correct > include file may have an improved macro / inlined implementation, so this > should probably be fixed). > > > Kirk Wolf > Dovetailed Technologies > http://dovetail.com > > > On Tue, Apr 10, 2012 at 2:06 PM, Shaffer, Terri E < > terri.e.shaf...@jpmchase.com> wrote: > > > I just looked at the cversion.c member and I guess this code doesn't > > like the backslashes escapes. > > > > As these are lines 83 and 85 of the source. > > > > #ifdef CFLAGS > > static char bufÝsizeof(CFLAGS)+11¨; > > > > BIO_snprintf(buf,sizeof buf,"compiler: %s",CFLAGS); return(buf); > > > > Thanks > > > > Ms. Terri E. Shaffer > > terri.e.shaf...@jpmchase.com > > Engineer > > J.P.Morgan Chase & Co. > > GTI DCT ECS Core Services zSoftware Group / Emerging Technologies > > Office: # 614-213-3467 > > Cell: # 412-519-2592 > > > > > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > > Behalf Of Shaffer, Terri E > > Sent: Tuesday, April 10, 2012 2:52 PM > > To: IBM-MAIN@bama.ua.edu > > Subject: Re: openssl make - z/OS UNIX question - Help > > > > Hi Kirk, > > I figured out the backslashes in the Configure file on my own with > > the help of google searches, so I was able to get past passing the > > compiler parm issue. After it completed: > > > > I had to edit the makefile and change the cflag for langlvl and put > > back the backslashes. > > > > CC= xlc > > CFLAG= -DOPENSSL_THREADS -O -DB_ENDIAN -DCHARSET_EBCDIC > > -DNO_SYS_PARAM_H -D_ALL_SOURCE -W c,xplink,langlvl\(longlong\) > > DEPFLAG= > > -DOPENSSL_NO_EC_NISTP_64_GCC_128 -DOPENSSL_NO_GMP -DOPENSSL_NO_JPAKE > > -D > > OPENSSL_NO_MD2 -DOPENSSL_NO_RC4 -DOPENSSL_NO_RC5 -DOPENSSL_NO_RFC3779 > > -DOPENSSL_NO_SCTP -DOPENSSL_NO_STORE > > > > I tried double backslashes also and that caused other issues when I > > got to the gmake install but the Configure liked them. > > > > But the makefile was missing the backslashes, so I still had to edit. > > > > Everything else I think looked okay. > > > > I was then able to issue the gmake install command and my next round > > of problems started occurring. > > > > The first thing I will say this runs about 20 minutes until it stops > > even with the first 4 issues for ignored. > > > > xlc -I. -I.. -I../include -DOPENSSL_THREADS -O -DB_ENDIAN > > -DCHARSET_EBCDIC -DN > > O_SYS_PARAM_H -D_ALL_SOURCE -W c,xplink,langlvl\(longlong\) -c -o > > cversion.o cversion.c > > WARNING CCN3235 ./cversion.c:83 Incorrect escape sequence \(. \ > ignored. > > WARNING CCN3235 ./cversion.c:83 Incorrect escape sequence \). \ > ignored. > > WARNING CCN3235 ./cversion.c:85 Incorrect escape sequence \(. \ > ignored. > > WARNING CCN3235 ./cversion.c:85 Incorrect escape sequence \). \ > ignored. > > > > Goes thru many directories within the crypto directory until it hits > > this error. > > > > xlc -I.. -I../.. -I../modes -I../asn1 -I../evp -I../../include > > -DOPENSSL_THREAD S -O -DB_ENDIAN -DCHARSET_EBCDIC -DNO_SYS_PARAM_H > > -D_ALL_SOURCE -W c,xplink,lan > > glvl\(longlong\) -c -o b_sock.o b_sock.c > > ERROR CCN3045 ./b_sock.c:888 Undeclared identifier NI_MAXHOST. > > ERROR CCN3195 ./b_sock.c:888 Integral constant expression with a value > > greater > > than zero is required. > > ERROR CCN3045 ./b_sock.c:888 Undeclared identifier NI_MAXSERV. > > ERROR CCN3195 ./b_sock.c:888 Integral constant expression with a value > > greater > > than zero is required. > > CCN0793(I) Compilation failed for file ./b_sock.c. Object file not > > created. > > gmakeÝ2¨: *** Ýb_sock.o¨ Error 12 > > gmakeÝ2¨: Leaving directory `/u/w012108/temp/openssl-1.0.1/crypto/bio' > > gmakeÝ1¨: *** Ýsubdirs¨ Error 1 > > gmakeÝ1¨: Leaving directory `/u/w012108/temp/openssl-1.0.1/crypto' > > gmake: *** Ýbuild_crypto¨ Error 1 > > > > I looked at the b.sock file and see char hÝNI_MAXHOST¨,sÝNI_MAXSERV¨; > > > > I can also see .o members for many members that look like they worked. > > > > I understand about the codepage and my displays but not sure that > > would cause the make issues? > > > > At this stage I am not sure If I have a code issue with 1.0.1 version > > or something else I did wrong? > > > > Any ideas you have or if you try it is great. Tomorrow or Thursday or > > whenever is fine for a response, I just appreciate everything you have > > provided so far. > > > > My last option could be to download the previous version and try that > > to see if some of these new errors go away. > > > > Thanks > > > > Ms. Terri E. Shaffer > > terri.e.shaf...@jpmchase.com > > Engineer > > J.P.Morgan Chase & Co. > > GTI DCT ECS Core Services zSoftware Group / Emerging Technologies > > Office: # 614-213-3467 > > Cell: # 412-519-2592 > > > > > This communication is for informational purposes only. It is not > intended as an offer or solicitation for the purchase or sale of > any financial instrument or as an official confirmation of any > transaction. All market prices, data and other information are not > warranted as to completeness or accuracy and are subject to change > without notice. Any comments or statements made herein do not > necessarily reflect those of JPMorgan Chase & Co., its subsidiaries > and affiliates. > > This transmission may contain information that is privileged, > confidential, legally privileged, and/or exempt from disclosure > under applicable law. If you are not the intended recipient, you > are hereby notified that any disclosure, copying, distribution, or > use of the information contained herein (including any reliance > thereon) is STRICTLY PROHIBITED. Although this transmission and any > attachments are believed to be free of any virus or other defect > that might affect any computer system into which it is received and > opened, it is the responsibility of the recipient to ensure that it > is virus free and no responsibility is accepted by JPMorgan Chase & > Co., its subsidiaries and affiliates, as applicable, for any loss > or damage arising in any way from its use. If you received this > transmission in error, please immediately contact the sender and > destroy the material in its entirety, whether in electronic or hard > copy format. Thank you. > > Please refer to http://www.jpmorgan.com/pages/disclosures for > disclosures relating to European legal entities. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN