老旧Linux系统编译工具鸡生蛋问题求解：无sed/make如何编译？

一、目标系统内可尝试的解决办法 #

• 手动修改configure脚本
  早期configure脚本里的sed调用大多是简单的字符串替换或文本处理，直接把这些调用换成shell原生语法就行。比如把sed -e 's/OLD/NEW/' file改成while read line; do echo "${line//OLD/NEW}"; done < file，单字符替换用tr处理也能实现。先找出configure里所有sed相关的行逐个替换，虽然繁琐，但能直接绕开sed依赖。

• 用系统自带的ed工具替代sed
  老Linux系统基本都会自带ed——这是比sed更早的行编辑器。写个极简的fake_sed.sh脚本，把常见的sed命令转成ed的操作（比如处理s/pattern/replace/这类替换）。运行configure前执行export PATH=./:$PATH，让脚本优先被调用，骗configure以为系统有sed。

• 找低依赖的早期版本工具
  试试sed 1.x系列、make 3.70之前的版本，这些极早期工具的configure脚本多是纯shell实现，不依赖sed、make这类工具。先编译出这个极简版本，再用它迭代编译更高版本的工具。

二、跨系统迁移的方案 #

• 搭建同代虚拟机编译
  找对应年代的Linux发行版镜像（比如Slackware 3.0、Red Hat 4.0，内核版本接近0.98），在虚拟机里完整安装该系统，然后在里面编译sed、make、awk。编译好的二进制直接拷贝到目标系统就能用，完全不用担心兼容性问题，这是最稳妥的办法。

• 配置交叉编译环境
  在现代系统上搭建针对目标架构和老版本GCC的交叉编译链，还要匹配目标系统的libc版本（比如libc5）。但这个配置门槛很高，需要熟悉交叉编译细节，新手不优先推荐。

三、操作优先级建议 #

先在目标系统内尝试修改configure脚本或找低依赖版本，能搞定就不用折腾跨系统；如果这些方法走不通，直接搭同代虚拟机编译，比交叉编译省心太多。

内容的提问来源于stack exchange，提问作者Michael Gorden