修复zsh上patchelf自动补全的错误

如果你使用zsh来作为你的主力shell的话，那你在使用patchelf的时候一定受到过这样的困扰： 在尝试补全--set-interpreter后的参数时，按下tab就变成了 _arguments:463: command not found: dynamic； 在尝试补全--replace-needed后的参数时，又变成了 _arguments:463: command not found: LIB_ORIG， 这个问题已经存在了一年多，也困扰了我很久

直到有人就因为这个小事，不愿尝试zsh，那不是丢了西瓜捡芝麻，zsh这么好用的说...

前情提要

早在21年， @Y7n05h尝试为zsh增加补全支持 ， 但随着他不再使用patchelf，他也停止了补全脚本的编写

23年， @Freed-Wu接过了任务，完成了补全脚本并提交了PR，但是他的脚本并不完全正确， 导致了zsh无法正确补全

修复

首先就是针对上面两个常用arg进行修复，我先尝试问了下ChatGPT， 在文件 中， INTERPRETER是消息，dynamic loader是描述，而_files是命令，那为什么无法运行呢？

查阅别人写的zsh自动补全脚本入门 ， 发现多了一个参数，正确示例是-OPT[DESCRIPTION]:MESSAGE:ACTION，那么修复起来就很简单了， 只要把多余的参数去掉，换上_files，就能正常运行了

增强

patchelf还可以--print-needed，那么是不是可以把打印出来的依赖，作为--replace-needed的补全呢？ 在ChatGPT的帮助下，这下可以在判断对象文件是elf的情况下，按tab补全它的依赖了

但是，ChatGPT给的是类似与bash与zsh脚本的混合，那既然都选了zsh了，就替换为zsh语法吧

跟着别人的指引 ，我又把补全脚本完善了一遍， 加速了条件的判断，也提高了对文件范围的判断， 详细可见这个commit

安装使用

本文对应的PR: https://github.com/NixOS/patchelf/pull/552

1. echo $fpath列出补全文件搜索目录
2. 找到_patchelf文件所在位置（如在我这里是在/usr/local/share/zsh/site-functions中）
3. 从我的仓库中下载_patchelf并替换你的_patchelf

   curl -o /path/to/your/_patchelf https://raw.githubusercontent.com/RocketMaDev/patchelf/master/completions/zsh/_patchelf
   # 可能需要root
   # 或者手动复制并覆写

4. 执行unfunction _patchelf && autoload -U _patchelf或重启shell
5. （可选）在Arch Linux上，只要更新patchelf，补全脚本就会被覆盖，因此可以写一个函数， 放在~/.zshrc中，方便在patchelf更新的时候再次覆盖脚本

   update_patchelf() {
       sudo curl -o /usr/share/zsh/site-functions/_patchelf "https://raw.githubusercontent.com/RocketMaDev/patchelf/master/completions/zsh/_patchelf"
       unfunction _patchelf && autoload -U _patchelf
   }

   推荐patch对象前置，例如patchelf $ELF --replace-needed [TAB]，这样方便补全， 否则就需要先留个空位，然后写上要替换的so的路径，写上patch对象，再回过去补全