Skip Menu |

This queue is for tickets about the Net-SSLeay CPAN distribution.

Report information
The Basics
Id: 113313
Status: resolved
Priority: 0/
Queue: Net-SSLeay

People
Owner: Nobody in particular
Requestors: john [...] widescreen.org
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: 1.73



Subject: Assumed library paths are being forced, causing a make fail
Date: Thu, 24 Mar 2016 15:39:15 -0400
To: bug-Net-SSLeay [...] rt.cpan.org
From: John Berger <widescreenrulez [...] gmail.com>
I attempted to compile Net::SSLeay v1.72 and ran into make errors because Makefile is completely ignoring existing environment variables. A line in Makefile explicitly sets LD_RUN_PATH to /usr/lib64:/lib64, which in this case is the wrong assumption. I do not have root access, so I had to compile everything into non-standard directories. As per the environment, $ echo $LD_RUN_PATH /app/local/lib:/app/openssl/lib:/app/zlib/lib $ which perl /app/perl/bin/perl However, when running the make, I got this error LD_RUN_PATH="/usr/lib64:/lib64" cc -shared -O2 -L/usr -L/usr/lib64 -L/usr/lib -L/usr/local/lib -fstack-protector SSLeay.o -o blib/arch/auto/Net/SSLeay/SSLeay.so \ -L/usr -L/usr/lib64 -L/usr/lib -lssl -lcrypto -lz \ /app/local/bin/ld: cannot find -lssl /app/local/bin/ld: cannot find -lcrypto /app/local/bin/ld: cannot find –lz All of those libraries are in the directories listed in LD_RUN_PATH and LD_LIBRARY_PATH. I also needed to modify EXTRALIBS and LDLOADLIBS with the correct directories before I could get a clean compile. All of these variables should have been handled by Makefile.PL by looking at the existing environment variables. Once I manually fixed LD_RUN_PATH, EXTRALIBS, and LDLOADLIBS with the correct library paths, the make went through cleanly; but I shouldn’t have had to do that. Please fix Makefile.PL so that existing LD_RUN_PATH and LD_LIBRARY_PATH environment variables will be taken into account when generating Makefile. Platform: Linux 2.6.32-573.12.1.el6.x86_64 #1 SMP Mon Nov 23 12:55:32 EST 2015 x86_64 x86_64 x86_64 GNU/Linux libc version 2.12 Net::SSLeay v1.72 OpenSSL 1.0.2g 1 Mar 2016 gcc version 4.4.7 This is perl 5, version 16, subversion 2 (v5.16.2) built for x86_64-linux *** Found OpenSSL-1.0.1e installed in /usr (çshould not have been the case if it looked at environment variables) *** Be sure to use the same compiler and options to compile your OpenSSL, perl, and Net::SSLeay. Mixing and matching compilers is not supported. Do you want to run external tests? These tests *will* *fail* if you do not have network connectivity. [n] y Checking if your kit is complete... Looks good Generating a Unix-style Makefile Writing Makefile for Net::SSLeay Writing MYMETA.yml and MYMETA.json
Subject: Re: [rt.cpan.org #113313] Assumed library paths are being forced, causing a make fail
Date: Fri, 25 Mar 2016 09:32:54 +1000
To: bug-Net-SSLeay [...] rt.cpan.org
From: Mike McCauley <mikem [...] airspayce.com>
Hello, can you please provide a complete transcript of what you see when you do: perl Makefile.PL make Cheers. On Thursday, March 24, 2016 03:39:32 PM you wrote: Show quoted text
> Thu Mar 24 15:39:31 2016: Request 113313 was acted upon. > Transaction: Ticket created by john@widescreen.org > Queue: Net-SSLeay > Subject: Assumed library paths are being forced, causing a make fail > Broken in: (no value) > Severity: (no value) > Owner: Nobody > Requestors: john@widescreen.org > Status: new > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113313 > > > > I attempted to compile Net::SSLeay v1.72 and ran into make errors > because Makefile is completely ignoring existing environment variables. > A line in Makefile explicitly sets LD_RUN_PATH to /usr/lib64:/lib64, > which in this case is the wrong assumption. I do not have root access, > so I had to compile everything into non-standard directories. > > As per the environment, > $ echo $LD_RUN_PATH > /app/local/lib:/app/openssl/lib:/app/zlib/lib > $ which perl > /app/perl/bin/perl > > However, when running the make, I got this error > > LD_RUN_PATH="/usr/lib64:/lib64" cc -shared -O2 -L/usr -L/usr/lib64 > -L/usr/lib -L/usr/local/lib -fstack-protector SSLeay.o -o > blib/arch/auto/Net/SSLeay/SSLeay.so \ > -L/usr -L/usr/lib64 -L/usr/lib -lssl -lcrypto -lz \ > > /app/local/bin/ld: cannot find -lssl > /app/local/bin/ld: cannot find -lcrypto > /app/local/bin/ld: cannot find –lz > > All of those libraries are in the directories listed in LD_RUN_PATH and > LD_LIBRARY_PATH. > > I also needed to modify EXTRALIBS and LDLOADLIBS with the correct > directories before I could get a clean compile. All of these variables > should have been handled by Makefile.PL by looking at the existing > environment variables. Once I manually fixed LD_RUN_PATH, EXTRALIBS, and > LDLOADLIBS with the correct library paths, the make went through > cleanly; but I shouldn’t have had to do that. > > Please fix Makefile.PL so that existing LD_RUN_PATH and LD_LIBRARY_PATH > environment variables will be taken into account when generating Makefile. > > > Platform: Linux 2.6.32-573.12.1.el6.x86_64 #1 SMP Mon Nov 23 12:55:32 > EST 2015 x86_64 x86_64 x86_64 GNU/Linux > libc version 2.12 > Net::SSLeay v1.72 > OpenSSL 1.0.2g 1 Mar 2016 > gcc version 4.4.7 > > This is perl 5, version 16, subversion 2 (v5.16.2) built for x86_64-linux > > > > *** Found OpenSSL-1.0.1e installed in /usr (çshould not have been the > case if it looked at environment variables) > *** Be sure to use the same compiler and options to compile your > OpenSSL, perl, > and Net::SSLeay. Mixing and matching compilers is not supported. > Do you want to run external tests? > These tests *will* *fail* if you do not have network connectivity. [n] y > Checking if your kit is complete... > Looks good > Generating a Unix-style Makefile > Writing Makefile for Net::SSLeay > Writing MYMETA.yml and MYMETA.json
-- Mike McCauley VK4AMM mikem@airspayce.com Airspayce Pty Ltd 9 Bulbul Place Currumbin Waters QLD 4223 Australia http://www.airspayce.com Phone +61 7 5598-7474
Subject: Re: [rt.cpan.org #113313] Assumed library paths are being forced, causing a make fail
Date: Fri, 25 Mar 2016 10:31:07 -0400
To: bug-Net-SSLeay [...] rt.cpan.org
From: John Berger <widescreenrulez [...] gmail.com>
I tried it on a different server with the same result. As you can see, it ignores the existing LD_RUN_PATH and LD_LIBRARY_PATH and forces its own. xwydev@testsrvr:/app/tmp/Net-SSLeay-1.72 $ echo $LD_RUN_PATH /app/local/lib:/app/openssl/lib: xwydev@testsrvr:/app/tmp/Net-SSLeay-1.72 $ echo $LD_LIBRARY_PATH /app/local/lib:/app/openssl/lib:/u01/app/oracle/product/11.2.0.4/client_1/lib xwydev@testsrvr:/app/tmp/Net-SSLeay-1.72 $ perl Makefile.PL *** Found OpenSSL-1.0.1e installed in /usr *** Be sure to use the same compiler and options to compile your OpenSSL, perl, and Net::SSLeay. Mixing and matching compilers is not supported. Do you want to run external tests? These tests *will* *fail* if you do not have network connectivity. [n] y Checking if your kit is complete... Looks good Generating a Unix-style Makefile Writing Makefile for Net::SSLeay Writing MYMETA.yml and MYMETA.json xwydev@testsrvr:/app/tmp/Net-SSLeay-1.72 $ make cp lib/Net/SSLeay.pm blib/lib/Net/SSLeay.pm AutoSplitting blib/lib/Net/SSLeay.pm (blib/lib/auto/Net/SSLeay) blib/lib/Net/SSLeay.pm: some names are not unique when truncated to 8 characters: directory blib/lib/auto/Net/SSLeay: do_https3.al, do_https2.al, do_https4.al, do_https.al truncate to do_https do_httpx3.al, do_httpx2.al, do_httpx4.al truncate to do_httpx get_https.al, get_https3.al, get_https4.al, get_http.al, get_http3.al, get_http4.al, get_httpx.al, get_httpx3.al, get_httpx4.al truncate to get_http head_https.al, head_https3.al, head_https4.al, head_http.al, head_http3.al, head_http4.al, head_httpx.al, head_httpx3.al, head_httpx4.al truncate to head_htt post_https.al, post_https3.al, post_https4.al, post_http.al, post_http3.al, post_http4.al, post_httpx.al, post_httpx3.al, post_httpx4.al truncate to post_htt put_https.al, put_https3.al, put_https4.al, put_http.al, put_http3.al, put_http4.al, put_httpx.al, put_httpx3.al, put_httpx4.al truncate to put_http ssl_read_all.al, ssl_read_until.al, ssl_read_CRLF.al truncate to ssl_read ssl_write_all.al, ssl_write_CRLF.al truncate to ssl_writ tcp_read_all.al, tcp_read_until.al, tcp_read_CRLF.al truncate to tcp_read tcp_write_all.al, tcp_write_CRLF.al truncate to tcp_writ cp lib/Net/SSLeay.pod blib/lib/Net/SSLeay.pod cp lib/Net/SSLeay/Handle.pm blib/lib/Net/SSLeay/Handle.pm Running Mkbootstrap for Net::SSLeay () chmod 644 "SSLeay.bs" "/app/perl/bin/perl" "-Iinc" "/app/perl/lib/5.16.2/ExtUtils/xsubpp" -typemap "/app/perl/lib/5.16.2/ExtUtils/typemap" -typemap "typemap" SSLeay.xs > SSLeay.xsc && mv SSLeay.xsc SSLeay.c cc -c -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -DVERSION=\"1.72\" -DXS_VERSION=\"1.72\" -fPIC "-I/app/perl/lib/5.16.2/x86_64-linux/CORE" SSLeay.c rm -f blib/arch/auto/Net/SSLeay/SSLeay.so LD_RUN_PATH="/usr/lib64:/lib64" cc -shared -O2 -L/usr -L/usr/lib64 -L/usr/lib -L/usr/local/lib -fstack-protector SSLeay.o -o blib/arch/auto/Net/SSLeay/SSLeay.so \ -L/usr -L/usr/lib64 -L/usr/lib -lssl -lcrypto -lz \ /app/local/bin/ld: cannot find -lssl /app/local/bin/ld: cannot find -lcrypto /app/local/bin/ld: cannot find -lz collect2: ld returned 1 exit status make: *** [blib/arch/auto/Net/SSLeay/SSLeay.so] Error 1 xwydev@testsrvr:/app/tmp/Net-SSLeay-1.72 $
Subject: Re: [rt.cpan.org #113313] Assumed library paths are being forced, causing a make fail
Date: Sat, 26 Mar 2016 07:07:07 +1000
To: bug-Net-SSLeay [...] rt.cpan.org
From: Mike McCauley <mikem [...] airspayce.com>
Hello, Hmmm, it seems to have found OpenSSL-1.0.1e installed in /usr but your original post says you have OpenSSL 1.0.2g 1 Mar 2016 I presume you actually want to build against OpenSSL 1.0.2g which is installed some place unusual where you have write permissions. If that is the case, you need to use the OPENSSL_PREFIX environment variable to specify where your openssl (its headers and libraries) is. We do it like this: OPENSSL_PREFIX=/home/mikem/playpen/openssl-1.0.0d perl Makefile.PL Cheers. On Friday, March 25, 2016 10:31:27 AM you wrote: Show quoted text
> Queue: Net-SSLeay > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113313 > > > I tried it on a different server with the same result. > > As you can see, it ignores the existing LD_RUN_PATH and LD_LIBRARY_PATH > and forces its own. > > xwydev@testsrvr:/app/tmp/Net-SSLeay-1.72 > $ echo $LD_RUN_PATH > /app/local/lib:/app/openssl/lib: > xwydev@testsrvr:/app/tmp/Net-SSLeay-1.72 > $ echo $LD_LIBRARY_PATH > /app/local/lib:/app/openssl/lib:/u01/app/oracle/product/11.2.0.4/client_1/li > b xwydev@testsrvr:/app/tmp/Net-SSLeay-1.72 > $ perl Makefile.PL > *** Found OpenSSL-1.0.1e installed in /usr > *** Be sure to use the same compiler and options to compile your > OpenSSL, perl, > and Net::SSLeay. Mixing and matching compilers is not supported. > Do you want to run external tests? > These tests *will* *fail* if you do not have network connectivity. [n] y > Checking if your kit is complete... > Looks good > Generating a Unix-style Makefile > Writing Makefile for Net::SSLeay > Writing MYMETA.yml and MYMETA.json > xwydev@testsrvr:/app/tmp/Net-SSLeay-1.72 > $ make > cp lib/Net/SSLeay.pm blib/lib/Net/SSLeay.pm > AutoSplitting blib/lib/Net/SSLeay.pm (blib/lib/auto/Net/SSLeay) > blib/lib/Net/SSLeay.pm: some names are not unique when truncated to 8 > characters: > directory blib/lib/auto/Net/SSLeay: > do_https3.al, do_https2.al, do_https4.al, do_https.al truncate to > do_https > do_httpx3.al, do_httpx2.al, do_httpx4.al truncate to do_httpx > get_https.al, get_https3.al, get_https4.al, get_http.al, > get_http3.al, get_http4.al, get_httpx.al, get_httpx3.al, get_httpx4.al > truncate to get_http > head_https.al, head_https3.al, head_https4.al, head_http.al, > head_http3.al, head_http4.al, head_httpx.al, head_httpx3.al, > head_httpx4.al truncate to head_htt > post_https.al, post_https3.al, post_https4.al, post_http.al, > post_http3.al, post_http4.al, post_httpx.al, post_httpx3.al, > post_httpx4.al truncate to post_htt > put_https.al, put_https3.al, put_https4.al, put_http.al, > put_http3.al, put_http4.al, put_httpx.al, put_httpx3.al, put_httpx4.al > truncate to put_http > ssl_read_all.al, ssl_read_until.al, ssl_read_CRLF.al truncate to ssl_read > ssl_write_all.al, ssl_write_CRLF.al truncate to ssl_writ > tcp_read_all.al, tcp_read_until.al, tcp_read_CRLF.al truncate to tcp_read > tcp_write_all.al, tcp_write_CRLF.al truncate to tcp_writ > cp lib/Net/SSLeay.pod blib/lib/Net/SSLeay.pod > cp lib/Net/SSLeay/Handle.pm blib/lib/Net/SSLeay/Handle.pm > Running Mkbootstrap for Net::SSLeay () > chmod 644 "SSLeay.bs" > "/app/perl/bin/perl" "-Iinc" "/app/perl/lib/5.16.2/ExtUtils/xsubpp" > -typemap "/app/perl/lib/5.16.2/ExtUtils/typemap" -typemap "typemap" > SSLeay.xs > SSLeay.xsc && mv SSLeay.xsc SSLeay.c > cc -c -fno-strict-aliasing -pipe -fstack-protector > -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 > -DVERSION=\"1.72\" -DXS_VERSION=\"1.72\" -fPIC > "-I/app/perl/lib/5.16.2/x86_64-linux/CORE" SSLeay.c > rm -f blib/arch/auto/Net/SSLeay/SSLeay.so > LD_RUN_PATH="/usr/lib64:/lib64" cc -shared -O2 -L/usr -L/usr/lib64 > -L/usr/lib -L/usr/local/lib -fstack-protector SSLeay.o -o > blib/arch/auto/Net/SSLeay/SSLeay.so \ > -L/usr -L/usr/lib64 -L/usr/lib -lssl -lcrypto -lz \ > > /app/local/bin/ld: cannot find -lssl > /app/local/bin/ld: cannot find -lcrypto > /app/local/bin/ld: cannot find -lz > collect2: ld returned 1 exit status > make: *** [blib/arch/auto/Net/SSLeay/SSLeay.so] Error 1 > xwydev@testsrvr:/app/tmp/Net-SSLeay-1.72 > $
-- Mike McCauley VK4AMM mikem@airspayce.com Airspayce Pty Ltd 9 Bulbul Place Currumbin Waters QLD 4223 Australia http://www.airspayce.com Phone +61 7 5598-7474
Subject: Re: [rt.cpan.org #113313] Assumed library paths are being forced, causing a make fail
Date: Mon, 28 Mar 2016 08:58:54 -0400
To: bug-Net-SSLeay [...] rt.cpan.org
From: John Berger <widescreenrulez [...] gmail.com>
That part worked; however, OPENSSL_PREFIX is mentioned in your documentation but only in the HPUX section rather than as a general variable. I naturally skipped right past that section because I'm installing this on Linux, so I never saw it in the README. If you're going relegate this solution to documentation, it needs to be better represented as a general variable for any UNIX OS, not specifically HPUX. Additionally, using OPENSSL_PREFIX does not account for zlib which will still not be seen by the perl Makefile.PL command, as shown below. Nothing in the documentation accounts for that. Again, this would not be an issue if Makefile.PL accounted for existing LD_RUN_PATH and LD_LIBRARY_PATH environment variables. $ OPENSSL_PREFIX=/app/openssl/lib/ perl Makefile.PL Checking if your kit is complete... Looks good Warning: Guessing NAME [Net-SSLeay] from current directory name. Warning: NAME must be a package name *** Found OpenSSL-1.0.1e installed in /app/openssl/lib/ *** Be sure to use the same compiler and options to compile your OpenSSL, perl, and Net::SSLeay. Mixing and matching compilers is not supported. Do you want to run external tests? These tests *will* *fail* if you do not have network connectivity. [n] y Checking if your kit is complete... Looks good Generating a Unix-style Makefile Writing Makefile for Net::SSLeay Writing MYMETA.yml and MYMETA.json xwydev@testsrvr:/app/tmp/Net-SSLeay-1.72 $ make cp lib/Net/SSLeay.pm blib/lib/Net/SSLeay.pm AutoSplitting blib/lib/Net/SSLeay.pm (blib/lib/auto/Net/SSLeay) blib/lib/Net/SSLeay.pm: some names are not unique when truncated to 8 characters: directory blib/lib/auto/Net/SSLeay: do_https3.al, do_https2.al, do_https4.al, do_https.al truncate to do_https do_httpx3.al, do_httpx2.al, do_httpx4.al truncate to do_httpx get_https.al, get_https3.al, get_https4.al, get_http.al, get_http3.al, get_http4.al, get_httpx.al, get_httpx3.al, get_httpx4.al truncate to get_http head_https.al, head_https3.al, head_https4.al, head_http.al, head_http3.al, head_http4.al, head_httpx.al, head_httpx3.al, head_httpx4.al truncate to head_htt post_https.al, post_https3.al, post_https4.al, post_http.al, post_http3.al, post_http4.al, post_httpx.al, post_httpx3.al, post_httpx4.al truncate to post_htt put_https.al, put_https3.al, put_https4.al, put_http.al, put_http3.al, put_http4.al, put_httpx.al, put_httpx3.al, put_httpx4.al truncate to put_http ssl_read_all.al, ssl_read_until.al, ssl_read_CRLF.al truncate to ssl_read ssl_write_all.al, ssl_write_CRLF.al truncate to ssl_writ tcp_read_all.al, tcp_read_until.al, tcp_read_CRLF.al truncate to tcp_read tcp_write_all.al, tcp_write_CRLF.al truncate to tcp_writ cp lib/Net/SSLeay.pod blib/lib/Net/SSLeay.pod cp lib/Net/SSLeay/Handle.pm blib/lib/Net/SSLeay/Handle.pm Running Mkbootstrap for Net::SSLeay () chmod 644 "SSLeay.bs" "/app/perl/bin/perl" "-Iinc" "/app/perl/lib/5.16.2/ExtUtils/xsubpp" -typemap "/app/perl/lib/5.16.2/ExtUtils/typemap" -typemap "typemap" SSLeay.xs > SSLeay.xsc && mv SSLeay.xsc SSLeay.c cc -c -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -DVERSION=\"1.72\" -DXS_VERSION=\"1.72\" -fPIC "-I/app/perl/lib/5.16.2/x86_64-linux/CORE" SSLeay.c rm -f blib/arch/auto/Net/SSLeay/SSLeay.so LD_RUN_PATH="/app/openssl/lib:/lib64" cc -shared -O2 -L/app/openssl/lib/ -L/usr/local/lib -fstack-protector SSLeay.o -o blib/arch/auto/Net/SSLeay/SSLeay.so \ -L/app/openssl/lib/ -lssl -lcrypto -lz \ /app/local/bin/ld: cannot find -lz collect2: ld returned 1 exit status make: *** [blib/arch/auto/Net/SSLeay/SSLeay.so] Error 1
Subject: Re: [rt.cpan.org #113313] Assumed library paths are being forced, causing a make fail
Date: Mon, 04 Apr 2016 13:35:16 +1000
To: bug-Net-SSLeay [...] rt.cpan.org
From: Mike McCauley <mikem [...] airspayce.com>
Thanks for the comment. Documentation for the next release has been updated to describe use of OPENSSL_PREFIX on all platforms. Now in SVN 461 Cheers. On Monday, March 28, 2016 08:59:15 AM you wrote: Show quoted text
> Queue: Net-SSLeay > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113313 > > > That part worked; however, OPENSSL_PREFIX is mentioned in your > documentation but only in the HPUX section rather than as a general > variable. I naturally skipped right past that section because I'm > installing this on Linux, so I never saw it in the README. If you're > going relegate this solution to documentation, it needs to be better > represented as a general variable for any UNIX OS, not specifically HPUX. > > Additionally, using OPENSSL_PREFIX does not account for zlib which will > still not be seen by the perl Makefile.PL command, as shown below. > Nothing in the documentation accounts for that. Again, this would not be > an issue if Makefile.PL accounted for existing LD_RUN_PATH and > LD_LIBRARY_PATH environment variables. > > $ OPENSSL_PREFIX=/app/openssl/lib/ perl Makefile.PL > Checking if your kit is complete... > Looks good > Warning: Guessing NAME [Net-SSLeay] from current directory name. > Warning: NAME must be a package name > *** Found OpenSSL-1.0.1e installed in /app/openssl/lib/ > *** Be sure to use the same compiler and options to compile your > OpenSSL, perl, > and Net::SSLeay. Mixing and matching compilers is not supported. > Do you want to run external tests? > These tests *will* *fail* if you do not have network connectivity. [n] y > Checking if your kit is complete... > Looks good > Generating a Unix-style Makefile > Writing Makefile for Net::SSLeay > Writing MYMETA.yml and MYMETA.json > xwydev@testsrvr:/app/tmp/Net-SSLeay-1.72 > $ make > cp lib/Net/SSLeay.pm blib/lib/Net/SSLeay.pm > AutoSplitting blib/lib/Net/SSLeay.pm (blib/lib/auto/Net/SSLeay) > blib/lib/Net/SSLeay.pm: some names are not unique when truncated to 8 > characters: > directory blib/lib/auto/Net/SSLeay: > do_https3.al, do_https2.al, do_https4.al, do_https.al truncate to > do_https > do_httpx3.al, do_httpx2.al, do_httpx4.al truncate to do_httpx > get_https.al, get_https3.al, get_https4.al, get_http.al, > get_http3.al, get_http4.al, get_httpx.al, get_httpx3.al, get_httpx4.al > truncate to get_http > head_https.al, head_https3.al, head_https4.al, head_http.al, > head_http3.al, head_http4.al, head_httpx.al, head_httpx3.al, > head_httpx4.al truncate to head_htt > post_https.al, post_https3.al, post_https4.al, post_http.al, > post_http3.al, post_http4.al, post_httpx.al, post_httpx3.al, > post_httpx4.al truncate to post_htt > put_https.al, put_https3.al, put_https4.al, put_http.al, > put_http3.al, put_http4.al, put_httpx.al, put_httpx3.al, put_httpx4.al > truncate to put_http > ssl_read_all.al, ssl_read_until.al, ssl_read_CRLF.al truncate to ssl_read > ssl_write_all.al, ssl_write_CRLF.al truncate to ssl_writ > tcp_read_all.al, tcp_read_until.al, tcp_read_CRLF.al truncate to tcp_read > tcp_write_all.al, tcp_write_CRLF.al truncate to tcp_writ > cp lib/Net/SSLeay.pod blib/lib/Net/SSLeay.pod > cp lib/Net/SSLeay/Handle.pm blib/lib/Net/SSLeay/Handle.pm > Running Mkbootstrap for Net::SSLeay () > chmod 644 "SSLeay.bs" > "/app/perl/bin/perl" "-Iinc" "/app/perl/lib/5.16.2/ExtUtils/xsubpp" > -typemap "/app/perl/lib/5.16.2/ExtUtils/typemap" -typemap "typemap" > SSLeay.xs > SSLeay.xsc && mv SSLeay.xsc SSLeay.c > cc -c -fno-strict-aliasing -pipe -fstack-protector > -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 > -DVERSION=\"1.72\" -DXS_VERSION=\"1.72\" -fPIC > "-I/app/perl/lib/5.16.2/x86_64-linux/CORE" SSLeay.c > rm -f blib/arch/auto/Net/SSLeay/SSLeay.so > LD_RUN_PATH="/app/openssl/lib:/lib64" cc -shared -O2 > -L/app/openssl/lib/ -L/usr/local/lib -fstack-protector SSLeay.o -o > blib/arch/auto/Net/SSLeay/SSLeay.so \ > -L/app/openssl/lib/ -lssl -lcrypto -lz \ > > /app/local/bin/ld: cannot find -lz > collect2: ld returned 1 exit status > make: *** [blib/arch/auto/Net/SSLeay/SSLeay.so] Error 1
-- Mike McCauley VK4AMM mikem@airspayce.com Airspayce Pty Ltd 9 Bulbul Place Currumbin Waters QLD 4223 Australia http://www.airspayce.com Phone +61 7 5598-7474