c->asm tc内部机制

本文通过一个简单的C程序实例,详细解析了其对应的汇编代码。介绍了如何将C语言中的变量映射到汇编语言的栈与数据段,并探讨了函数调用过程中的栈操作。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

我们用TC编写一段简单的代码!看看生成的汇编代码是什么!
    
#include "stdio.h"
sum(
int x,int y)
{
    
return x+y;
}

int aa;
int bb=1;
main()
{
   
int a=1;
   
int b=2;
   
int c=sum(a,b);
   printf(
"c=%d",c);
}

 
    好,我们知道汇编里函数内的变量是自动变量,也就是通过栈来实现的,很容易忽略的就是MAIN函数也是函数,代码中的A,B变量也是自动变量.先生成汇编代码TCC -S 文件
    ifndef ??version
?debug macro
 endm
 endif
 ?debug S "shiyan.c"
_TEXT segment byte public 'CODE'
DGROUP group _DATA,_BSS
 assume cs:_TEXT,ds:DGROUP,ss:DGROUP
_TEXT ends
_DATA segment word public 'DATA'
d@ label byte
[email=d@w]d@w[/email] label word
_DATA ends
_BSS segment word public 'BSS'
b@ label byte
[email=b@w]b@w[/email] label word
 ?debug C E9A77AA4360873686979616E2E63
 ?debug C E957A7972615433A5C54435C494E434C5544455C737464696F2E68
 ?debug C E957A7972616433A5C54435C494E434C5544455C7374646172672E+
 ?debug C 68
_BSS ends
_TEXT segment byte public 'CODE'
; ?debug L 2
_sum proc near
 push bp
 mov bp,sp
; ?debug L 4
 mov ax,word ptr [bp+4]
 add ax,word ptr [bp+6]
 jmp short @1
@1:
; ?debug L 5
 pop bp
 ret
_sum endp
_TEXT ends
_DATA segment word public 'DATA'
_bb label word
 dw 1
_DATA ends
_TEXT segment byte public 'CODE'
; ?debug L 8
_main proc near
 push bp
 mov bp,sp
 sub sp,2
 push si
 push di
; ?debug L 10
 mov si,1
; ?debug L 11
 mov di,2
; ?debug L 12
 push di
 push si
 call near ptr _sum
 pop cx
 pop cx
 mov word ptr [bp-2],ax
; ?debug L 13
 push word ptr [bp-2]
 mov ax,offset DGROUP:s@
 push ax
 call near ptr _printf
 pop cx
 pop cx
@2:
; ?debug L 14
 pop di
 pop si
 mov sp,bp
 pop bp
 ret
_main endp
_TEXT ends
_BSS segment word public 'BSS'
_aa label word
 db 2 dup (?)
_BSS ends
 ?debug C E9
_DATA segment word public 'DATA'
s@ label byte
 db 99
 db 61
 db 37
 db 100
 db 0
_DATA ends
_TEXT segment byte public 'CODE'
 extrn _printf:near
_TEXT ends
 public _main
 public _sum
 public _bb
 public _aa
 end

代码比起C的代码要多很多,但不难理解,我门来看一下,C中的代码的各个变量是怎么处理的先:
_DATA segment word public 'DATA'
_bb label word
 dw 1
_DATA ends
_BSS segment word public 'BSS'
_aa label word
 db 2 dup (?)
_BSS ends
 ?debug C E9
_DATA segment word public 'DATA'
s@ label byte
 db 99
 db 61
 db 37
 db 100
 db 0
_DATA ends
可以看到BB 和"C=%D"被汇编成初始化数据段.AA处理成为初始化数据段BSS
在同一模块中所以"C=%D"为BB的继续,即使不在同一模块,但他们的段名,和类别相同,他们也会根据对齐类型,和组合类型组合在一起,
 而函数中的X,Y A,B则是在栈中实现
因为以SMALL格式 所以
DGROUP group _DATA,_BSS
 assume cs:_TEXT,ds:DGROUP,ss:DGROUP
所有数据都能在同一段中进行访问!
 
不要忘记
_TEXT segment byte public 'CODE'
 extrn _printf:near
_TEXT ends
 public _main
 public _sum
 public _bb
 public _aa
 end
即使在同一模块,但因为他们是全局函数,所以同样要声明.PRINTF则说明定义在另一模块中.
代码中没有看到堆栈段,就用系统分配的,如果有,要是以SMALL模式一样会在DGROUP中出现.
所以代码中引用变量默认的DS SS都以指向DGROUP.
至于函数的代码,主要是对栈的操作.大家自己看一看

而在汇编中,段的简化定义在SMALL模式下就生成上边的相应的段的定义,如果你要自己定义完整的段定义,那段名和对齐类型,组合类型,类别,都要你自己指出,这样也能调整段的位置,

如果自己定义要明白在同一模块中同一段名(类别缺省或相同)后边的为前边同名段的继续,若不同名则根据对齐类型衔接,

若不在同模块下,同名的段(类别缺省或相同)根据组合类型决定,若为PUBILC则根据对齐类型放在上一个同名段的后边!

SMALL存储模式就是帮你做了这些工作.为了使各个段在一起对段名和对齐类型,组合类型,类别,做了处理,把不同类型的数据分为不同的段名,不同模块的同段名的段根据对齐类型,组合类型组织在一起,组合后的各个"大"段根据对齐类型在组织在一起,在通过段组来实现所有数据段或代码段在同一段内!


 

static struct file *path_openat(struct nameidata *nd, const struct open_flags *op, unsigned flags) { struct file *file; int error; file = alloc_empty_file(op->open_flag, current_cred()); if (IS_ERR(file)) return file; if (unlikely(file->f_flags & __O_TMPFILE)) { error = do_tmpfile(nd, flags, op, file); } else if (unlikely(file->f_flags & O_PATH)) { error = do_o_path(nd, flags, file); } else { const char *s = path_init(nd, flags); while (!(error = link_path_walk(s, nd)) && (s = open_last_lookups(nd, file, op)) != NULL) ; if (!error) error = do_open(nd, file, op); terminate_walk(nd); } if (likely(!error)) { if (likely(file->f_mode & FMODE_OPENED)) return file; WARN_ON(1); error = -EINVAL; } fput(file); if (error == -EOPENSTALE) { if (flags & LOOKUP_RCU) error = -ECHILD; else error = -ESTALE; } return ERR_PTR(error); } 分析这段异常 == 异常报告v2.3(仅供参考) == 报告解读: MediaTek On-Line> Quick Start> NE/KE分析报告解读> KE分析报告 详细描述: path_openat()从错误地址(0xFFFFFFFFE27A3C70)读数据,请结合崩溃进程调用栈检查相关代码 平台 : MT6769V/CZ (0A8C28C8,EBA795BE) 版本 : alps-vf-mp-v0.mp1.tc16sp-pr2unknownRMX3910export_11_15.0.0.800/user build 异常时间: 541.036193秒, Sun Jun 8 15:12:55 WITA 2025 == 平台信息 == -- CPU 0 1 2 3 [4] 5 6 7 -- L opp: 0( 918mV, 1800MHz, 0C) 539.948857s B opp: 15( 650mV, 850MHz, 0C) 541.036187s CCI opp: 6( 762mV, 856MHz, 0C) 541.034279s -- LPDDR4(3600,8G)|Storage -- vcore dvfs opp: [-140462620.179732]12(700mV, 1534MHz) 已热重启: 1次 -- Low Power -- SPM last pc: 0xa8e == CPU信息 == 崩溃CPU信息: CPU4: Thread-7, pid: 5479, 优先级: 120 本地调用栈: vmlinux __d_entry_type(dentry=0xFFFFFFFFE27A3C70) </proc/self/cwd/kernel-6.6/include/linux/dcache.h:395> vmlinux d_can_lookup(dentry=0xFFFFFFFFE27A3C70) </proc/self/cwd/kernel-6.6/include/linux/dcache.h:410> vmlinux d_is_dir(dentry=0xFFFFFFFFE27A3C70) </proc/self/cwd/kernel-6.6/include/linux/dcache.h:420> vmlinux do_open(nd=0xFFFFFFC0940E3C70, file=0xFFFFFF801F75C500, op=0xFFFFFFC0940E3DA0) + 224 </proc/self/cwd/kernel-6.6/fs/namei.c:3610> vmlinux path_openat(nd=0xFFFFFFC0940E3D60, op=0xFFFFFFC0940E3DA0, flags=2483960812) + 2340 </proc/self/cwd/kernel-6.6/fs/namei.c:3791> vmlinux do_filp_open(op=0xFFFFFFC0940E3DC0) + 180 </proc/self/cwd/kernel-6.6/fs/namei.c:3818> vmlinux do_sys_openat2(how=0xFFFFFFC0940E3E10) + 128 </proc/self/cwd/kernel-6.6/fs/open.c:1442> vmlinux do_sys_open() + 56 </proc/self/cwd/kernel-6.6/fs/open.c:1457> vmlinux __do_sys_openat() + 56 </proc/self/cwd/kernel-6.6/fs/open.c:1473> vmlinux __se_sys_openat() + 56 </proc/self/cwd/kernel-6.6/fs/open.c:1468> vmlinux __arm64_sys_openat() + 108 </proc/self/cwd/kernel-6.6/fs/open.c:1468> vmlinux __invoke_syscall() + 48 </proc/self/cwd/kernel-6.6/arch/arm64/kernel/syscall.c:37> vmlinux invoke_syscall() + 84 </proc/self/cwd/kernel-6.6/arch/arm64/kernel/syscall.c:51> vmlinux el0_svc_common(sc_nr=463) + 124 </proc/self/cwd/kernel-6.6/arch/arm64/kernel/syscall.c:136> vmlinux do_el0_svc() + 24 </proc/self/cwd/kernel-6.6/arch/arm64/kernel/syscall.c:155> vmlinux el0_svc() + 52 </proc/self/cwd/kernel-6.6/arch/arm64/kernel/entry-common.c:683> vmlinux el0t_64_sync_handler() + 100 </proc/self/cwd/kernel-6.6/arch/arm64/kernel/entry-common.c:701> vmlinux 0xFFFFFFE609491584() </proc/self/cwd/kernel-6.6/arch/arm64/kernel/entry.S:525> == 栈结束 == 对应汇编指令: 行号 地址 指令 提示 /proc/self/cwd/kernel-6.6/arch/arm64/include/asm/current.h FFFFFFE6098332FC: MOV X21, X0 ; path_openat()参数 1可能有问题 /proc/self/cwd/kernel-6.6/fs/namei.c 3787: FFFFFFE6098333FC: B FFFFFFE609833B0C 3599: FFFFFFE609833B0C: /proc/self/cwd/kernel-6.6/include/linux/audit.h 0 : FFFFFFE609833B40: B FFFFFFE609833B60 /proc/self/cwd/kernel-6.6/fs/namei.c 3606: FFFFFFE609833B60: 3607: FFFFFFE609833B6C: TBNZ W24, #6, FFFFFFE609833BD0 0 : FFFFFFE609833BD0: 3608: FFFFFFE609833BDC: TBNZ W8, #4, FFFFFFE609833BE8 3610: FFFFFFE609833BE8: LDR X8, [X21, #0x8] ; 0xFFFFFFFFE27A3C70 <- [0xFFFFFFC0940E3C78] /proc/self/cwd/kernel-6.6/include/linux/dcache.h 395 : FFFFFFE609833BEC: LDR W9, [X8] ; 进程停止在这里 /proc/self/cwd/kernel-6.6/fs/namei.c 3818: FFFFFFE609833204: MOV X0, SP ; R31:0xFFFFFFC0940E3D60 FFFFFFE609833218: BL path_openat() 当时的寄存器值: X0: FFFFFF802D2DDDC0, X1: 0000000000000001, X2: 0000000000000000, X3: 000000000000000B X4: FFFFFFFE01CDA460, X5: FFFFFFE6069AC7B8, X6: 00747365745F6473, X7: 00747365745F6473 X8: FFFFFFFFE27A3C70, X9: FFFFFFFF00000000, X10: 0000000300000000, X11: 0000000300000000 X12: 0000000200000000, X13: 00000000684537D0, X14: FFFFFFE60B59A658, X15: 0000000000000328 X16: 000000006155CDD4, X17: 000000006155CDD4, X18: FFFFFFC091915048, X19: FFFFFF801F75C500 X20: 0000000000000000, X21: FFFFFFC0940E3C70, X22: FFFFFFC0940E3DA0, X23: FFFFFFE60B66BE00 X24: 00000000000200C2, X25: 0000000000000040, X26: 00000000000200C2, X27: FFFFFFC0940E3BF0 X28: FFFFFF802D2DDDC0, X29: FFFFFFC0940E3C10, X30: FFFFFFE609833B08, SP: FFFFFFC0940E3BC0 PC: FFFFFFE609833BEC
最新发布
06-13
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值