【Linux】gcc从源码编译安装,修改源码,验证修改的源码

前阵子电脑使用的win10,win10过几天就让升级,烦得不行。

然后把操作系统切换到ubuntu24的样子,然后也是让升级,又烦的不行,然后切换到ubuntu server版本,感觉用起来要舒服些了,至少不会天天让升级。

回到标题,前面编译linux 内核,发现其实在电脑硬件日常使用的内核源代码数量,估计也就使用几千个,如果有些人想学习linux内核源代码太不方便,如果才能知道gcc编译时用到了哪些c文件或头文件,就需要修改gcc编译的源代码了,尤其是头文件,各种递归依赖。

当前的进展是这样的:

其实编译gcc编译器源代码不难,搞环境比较烦。

第1个箭头和2个箭头表示:新的编译器路径和源代码是gcc 14.2.0的

第3个箭头是用新编译的gcc编译/home/j/a.c这个c代码

第4个箭头是指编译源代码时打印的执行gcc编译器源代码的gcc目录下gcc.cc这个源代码的8260行,main函数,后边是编译器所在位置,第2个参数是编译的a.c所在的路径

修改的代码,就是添加了一行打印日志,用于测试功能能不能使用:

其实就是gcc在执行的时候以追加的方式打开/log.txt的这个文件,然后写入日志

现在看代码还没有找到解析头文件那里去,慢慢看源码吧,到这里也算是有一定的进展。

这里有一点需要注意,在修改gcc源代码的时候不能直接在源文件添加pringf()这类的操作,因为make时会有很多测试用例,添加了printf会导致不通过,好像gcc的源代码比内核源代码数量还要多。

这类大项目的编译框架很复杂,如果要学习Makefile啥的,要学的东西太多了。

感谢阅读。

相关推荐
Sarvartha12 分钟前
三目运算符
linux·服务器·前端
liangdabiao14 分钟前
乐高摩托车深度报告-致敬张雪夺冠 -基于llm-wiki技术自动化写文章的效果
运维·人工智能·自动化
有浔则灵15 分钟前
GORM 日志与调试完全指南:从基础配置到生产实践
服务器·数据库·gorm
vortex520 分钟前
Kali Linux 安装与使用 Code-OSS / VSCodium :VSCode 轻量替代
linux·运维·编辑器
GuokLiu33 分钟前
260502-Clawith-Docker安装过程
运维·docker·容器·claw
司南-704942 分钟前
Dense结构下的 大模型系统架构研究
服务器·人工智能·后端
.柒宇.1 小时前
AI掘金头条项目部署实践指南
linux·运维·python·fastapi
budingxiaomoli1 小时前
多机部署,负载均衡-LoadBalancer
运维·spring cloud·负载均衡
bzmK1DTbd1 小时前
Java游戏服务器:Netty框架的高并发网络通信
java·服务器·游戏
JesseDev2 小时前
Docker lnmp环境快速搭建开箱即用
运维·docker·容器