link libcrypt statically

[skaji]

Fix #19

Summary

RHEL9 removes libcrypt.so.1, so we cannot run relocatable-perl on RHEL9:

❯ perl -v
perl: error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such file or directory

To fix this issue, we link libcrypt statically.

Detail

Although glibc-static package provides libcrypt.a on centos7, it seems that its libcrypt.a is broken:

❯ ./Configure ...
...
❯ make
...
cc -fstack-protector-strong -L/usr/local/lib -o miniperl \
    opmini.o perlmini.o universalmini.o av.o builtin.o caretx.o class.o deb.o doio.o doop.o dquote.o dump.o globals.o gv.o hv.o keywords.o locale.o mathoms.o mg.o mro_core.o numeric.o pad.o peep.o perlio.o perly.o pp.o pp_ctl.o pp_hot.o pp_pack.o pp_sort.o pp_sys.o reentr.o regcomp.o regcomp_debug.o regcomp_invlist.o regcomp_study.o regcomp_trie.o regexec.o run.o scope.o sv.o taint.o time64.o toke.o utf8.o util.o   miniperlmain.o  -lpthread -ldl -lm -lcrypt -lutil -lc
/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/libcrypt.a(md5-crypt.o): In function `__md5_crypt_r':
(.text+0x10c): undefined reference to `NSSLOW_Init'
...

So, we use libcrypt.a in ubuntu libc6-dev package.

Note

This issue was originally reported by @gugod