ports/compression/zstd/del.sh

set -e
 
# deliberately does nothing: libzstd.so.1 is dynamically linked by this
# system's own gcc/binutils (cc1, as -- confirmed for real, hit TWICE in
# one night, see gcc_binutils_zstd_zlib_hazard memory). the old del.sh
# ran "make uninstall" before add.sh's rebuild, removing the .so out
# from under the running compiler -- which then breaks zstd's OWN
# rebuild too (chicken-and-egg: cc1 itself can't run without the .so it
# just lost). same class of incident, same fix, as languages/perl5's
# own del.sh and libcs/musl and coreutils/busybox's: leave the old,
# working copy alone and let add.sh's "make install" overwrite it in
# place only once the new build has actually succeeded.