修改xv6的ls.c文件后执行make仍提示已是最新版本是什么原因

• 校验文件修改时间先后
  如果修改ls.c前已编译过ls程序，或是系统时间曾被手动调整，会导致ls.c的修改时间早于已生成的_ls二进制产物时间，make判定无需重新编译。
  修复方法：执行touch user/ls.c更新文件修改时间，再重新运行make即可。
• 确认修改的文件路径正确
  xv6默认将用户态工具源码放在根目录下的user/子目录中，如果你修改的是其他路径下的ls.c，不在make的依赖检索范围内，不会触发编译。
  修复方法：确认修改的是user/ls.c文件，将改动同步到正确路径后再执行make。
• 检查Makefile规则配置
  如果之前调整过Makefile内容，移除了ls的编译关联，也会导致改动不被识别。
  修复方法：对照原版xv6 Makefile，确认UPROGS配置项中包含$U/_ls\条目，用户态程序的通用编译规则未被改动。
• 清除旧编译产物重试
  如果之前执行过make -t标记所有目标已更新，或是旧编译产物有特殊属性，可直接清除所有旧产物后全量编译。
  修复方法：执行make clean，再运行make重新编译完整xv6项目。

内容的提问来源于stack exchange，提问作者DuP-491