configure失败时第一眼应看错误信息中含“not found”“checking for... no”或“unable to find”的行，它们直接指出缺失的编译器（如gcc）、开发包（如pcre-devel、openssl-devel）或非标准路径依赖，需据此补装对应工具链或-devel/dev包。
configure失败时，第一眼该看什么
configure脚本退出非零状态，90%的情况不是脚本本身有问题，而是它探测不到某个头文件或库。错误信息里带not found、checking for xxx... no或unable to find的行，就是关键线索。
常见错误现象包括：checking for C compiler... not found（没装gcc）、checking for OpenSSL library... not found（缺openssl-devel或libssl-dev）、checking for PCRE library... not found（Nginx依赖但未装libpcre3-dev或pcre-devel）。
- 先确认基础工具链：运行
gcc --version、make --version、autoconf --version，任一缺失就补装开发组包 - 再按错误提示装对应
-dev（Debian/Ubuntu）或-devel（RHEL/Fedora）包，不是运行时库包 - 如果依赖库装在非标准路径（如
/opt/openssl），必须显式告诉configure：./configure --with-openssl=/opt/openssl或通过CFLAGS/LDFLAGS传入
make -j$(nproc) 为什么有时反而编译失败
多核并行编译能显著提速，但并非总安全。某些老项目Makefile写法不严谨，存在隐式依赖或目标顺序错乱，make -j会暴露这些问题。
典型表现是：单核make成功，加-j后报undefined reference to 'xxx'或no rule to make target 'yyy.o'。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 优先尝试
make -j$(nproc)；若失败，降级为make -j2或干脆make（单核） - 有些项目支持
make -k（继续执行其他目标），可辅助定位哪个子模块出问题 - 编译中途中断后，不要直接
make install——先make clean再重来，避免残留中间文件干扰
安装后“command not found”，PATH和动态库谁先查
执行./configure --prefix=/usr/local/nginx后，二进制在/usr/local/nginx/sbin/nginx，但敲nginx报错，说明PATH没生效；即使PATH对了，运行时报error while loading shared libraries，才是动态库路径问题。
- PATH只影响shell找可执行文件：编辑
~/.bashrc加export PATH="/usr/local/nginx/sbin:$PATH"，然后source ~/.bashrc - 动态库路径分三类：环境变量
LD_LIBRARY_PATH（临时）、系统缓存/etc/ld.so.conf.d/+sudo ldconfig（推荐）、嵌入到二进制里的RUNPATH（最可靠，靠configure时--with-ld-opt="-Wl,-rpath,/opt/openssl/lib"实现） - 验证是否生效用
ldd /usr/local/nginx/sbin/nginx | grep ssl，看输出路径是否是你装的OpenSSL位置
卸载源码软件，真不能只删目录吗
大多数情况下，删掉--prefix指定的整个目录就等于卸载——这是源码安装最干净的优势。但有三个例外必须手动处理：
- 如果你在
configure时用了--sysconfdir=/etc或--localstatedir=/var等参数，配置文件和日志目录不在--prefix下，得单独清理 - systemd服务文件（如
/etc/systemd/system/nginx.service）是手工写的，删软件目录不会动它，得sudo systemctl disable nginx && sudo rm /etc/systemd/system/nginx.service -
ldconfig注册的库路径（/etc/ld.so.conf.d/openssl.conf）也不会自动删除，要手删并再跑一次sudo ldconfig
真正容易被忽略的是：你改过系统PATH或写了别名（alias），卸载后这些残留引用还在，会导致后续调试误判。
