当前位置: 首页 > ai >正文

MIT XV6 - 1.1 Lab: Xv6 and Unix utilities - sleep 是怎样练成的?

接上文MIT XV6 - 1.1 Lab: Xv6 and Unix utilities - sleep

探究sleep.c是如何’炼成’的?

老实讲,我不熟悉Makefile,最多写过简单的编译和辅助脚本,拿到Xv6的Makefile是一脸懵的,至今还是一脸懵,那么我们上篇中新加的sleep.c是如何一步步的经过编译链接成一个可执行文件的?

  • 从修改的UPROGS开始
UPROGS=\$U/_cat\$U/_echo\$U/_forktest\$U/_grep\$U/_init\$U/_kill\$U/_ln\$U/_ls\$U/_mkdir\$U/_rm\$U/_sh\$U/_stressfs\$U/_usertests\$U/_grind\$U/_wc\$U/_zombie\$U/_sleep\

在上篇实验正文中,我们只在UPROGS中的最后一行加了 $U/_sleep\,就能在Xv6系统的文件目录中看到一个可执行程序sleep,可是搜遍整个Makefile文件,只有两处对他有依赖和使用

fs.img: mkfs/mkfs README $(UEXTRA) $(UPROGS)mkfs/mkfs fs.img README $(UEXTRA) $(UPROGS)-include kernel/*.d user/*.dclean: rm -f *.tex *.dvi *.idx *.aux *.log *.ind *.ilg \*/*.o */*.d */*.asm */*.sym \$U/initcode $U/initcode.out $K/kernel fs.img \mkfs/mkfs .gdbinit \$U/usys.S \$(UPROGS) \*.zip \ph barrier
  • 但是这也只是说依赖 UPROGS啊,他在哪里编译的?在过去想要搞明白这个问题我们得去查资料,去抱大腿,甚至狠一点,从头到尾学一遍Makefile的语法规则,如今就简单多了,直接问AI,下面是cursor给我的回答
    在这里插入图片描述
    乍一看它说的都在理,注意第三条 3. 用户程序的编译规则,仔细看这里的解释,
这条规则的意思是:
- 例如 _cat 依赖于 cat.o 和 $(ULIB)(用户态库)。
- 先编译 cat.c 生成 cat.o,再和用户库链接生成 _cat 可执行文件。

这里的对于 UPROGS 里的每一个目标(如 $U/_cat),Makefile 里有如下的通用规则:中的通用规则,其实是Makefile的一种隐藏规则,详细见 10.1 Using Implicit Rules(这也是cursor告诉我的),部分摘抄如下:

在这里插入图片描述
大致意思呢就是你写了foo依赖foo.o,但是呢又没有写规则foo.o哪里来的,那么make就会自动的去执行相关的编译.

  • 可是执行编译他怎么知道要调用gcc并且附加上编译选项 *$(CFLAGS)*呢?这又是一条内建规则。。。原文见10.2 Catalogue of Built-In Rules:
    在这里插入图片描述
    所以,虽然这个Makefile中没有明确写 gcc user/sleep.c -o user/sleep.o,也依然通过一系列的内建规则,生成了最终的elf文件,甚至把汇编代码什么的都自动生成了。

谈一谈cursor对我的帮助

至此我想我们已经在cursor的帮助下,算是搞清楚了sleep到底是怎么得来的,他甚至还建议我你不信可以自己去验证
在这里插入图片描述
我还真的就去验证了

make user/sleep.o V=1
riscv64-unknown-elf-gcc -Wall -Werror -O -fno-omit-frame-pointer -ggdb -gdwarf-2 -DSOL_UTIL -DLAB_UTIL -MD -mcmodel=medany -ffreestanding -fno-common -nostdlib -mno-relax -I. -fno-stack-protector -fno-pie -no-pie -I/opt/homebrew/opt/openjdk@17/include  -c -o user/sleep.o user/sleep.c

等等,怎么有一条 -I/opt/homebrew/opt/openjdk@17/include ,这从哪里来的?继续追问
在这里插入图片描述
最终我查看了 我的~/.zshrc文件,果然在其中找到了定义,也再次印证了 “计算机的世界里没有魔法” 这句话

# OPENJDK
export JAVA_HOME=/opt/homebrew/opt/openjdk@17
export CPPFLAGS="-I/opt/homebrew/opt/openjdk@17/include"

我想,在如今这个时代,即使是学习晦涩难懂的底层技术原理,AI给我们带来的帮助也远超我们的想象,但如果你连问题都提不出来,他又怎么能帮你解决问题呢?所以,我们会被替代嘛?

http://www.xdnf.cn/news/2810.html

相关文章:

  • [AI]browser-use + web-ui 大模型实现自动操作浏览器
  • 元宇宙2.0:当区块链成为数字世界的宪法
  • 【C++初阶】--- 模板进阶
  • (三十二)Android开发中AppCompatActivity和Activity之间的详细区别
  • 01_微服务常见问题
  • 如何利用Rust提升Linux服务器效率(详细操作指南)
  • dma_request_slave_channel_compat 与 dma_request_channel 的区别
  • 【C语言操作符详解(二)】--结构成员访问操作符,操作符的属性,表达式求值
  • springboot中有关数据库信息转换的处理
  • __VUE_PROD_HYDRAION_MISMATCH_DETAILS__在vue.config.js怎么配置
  • 外部存储器接口:EMIF总线
  • Jetson Xavier NX EMMC版本刷机
  • 机器人--相机
  • 【MCP Node.js SDK 全栈进阶指南】高级篇(4):自定义传输层开发
  • 前端在平常的开发中高度还原ui图的思考规范
  • 阿里开源Qwen3:大语言模型的新突破
  • AI驱动软件工程:SoftEngine 方法论与 Lynx 平台实践分析
  • 「Mac畅玩AIGC与多模态08」开发篇04 - 基于 OpenAPI Schema 开发专用 Agent 插件
  • MySQL 8.4.4 安全升级指南:从漏洞修复到版本升级全流程解析
  • Spring MVC中自定义日期类型格式转换器
  • 单片机-89C51部分:8、定时器
  • 6.3 数据分析与决策支持:数据洞察生成与决策辅助系统
  • 机器学习实操 第一部分 机器学习基础 第6章 决策树
  • jmeter-Beashell获取http请求体json
  • 在K8S迁移节点kubelet数据存储目录
  • 道德经解读分析
  • Android 进阶开发:深入掌握 ProgressBar 的使用与高级技巧
  • 文献阅读(三)基于干旱强度和恢复时间的生态系统恢复力评估|《Agricultural and Forest Meteorology》
  • 在 Ubuntu 上离线安装 ClickHouse
  • 【数据结构】图论存储结构深度解析:邻接多重表如何实现无向图O(1)删边?邻接矩阵/链表/十字链对比