bd92dfdadf309c92ab9dc281c65973317aa18486
类别:a 编译器缺陷(TPC 侧) 现象:翻译 TransPyV/App/lib/core/Gen/AsyncGenMixin.vp 时 `self._add_local(trans, hd.name)` (:667)的第 2 个实参求值失败并终止编译。基址诊断给出的事实链:类 ExceptHandler (%"831ce86a2fd82c0..." 即 astaux.vp)成员表 10 项 = ['parent','pool','lineno','col_offset','end_lineno','end_col_offset','children','children','type','name'] ('children' 重复一次),struct body 10 槽 = [i8*, AST*, MemManager*, i32×4, list*, AST*(type), i8*(name)],字段 'name' 计算偏移 = 10 ⇒ 越界(正确槽 = 9)。 判据与修法(两条,均已写进代码注释与告警报文): 1) 布局配对断链:成员表里 'children' 的声明类型是**联合类型折叠后的通用指针** (`list[rawptr[AST]] | t.CPtr` ⇒ i8*),而 body 槽是具体指针(%"...list[...]"*)⇒ 原配对只比 `is` / `str()`,在这一条断链,其后所有条目不再消费槽位 ⇒ 目标字段退化为 "base + 表内下标"('name' ⇒ 1 + 9 = 10)。修:两侧都是指针时复用存储/建 body 侧同一 判据 `_MemberSlotAccepts`(通用指针 i8* 放行、具体指针按被指类型),标量仍走严格比较 ——不引入新的过配对。修后 type = 8、name = 9 ✓。 2) 重名条目使长度判据失真:`_expected_count_pre = len(class_members) + vtable` 把重复项 也算一槽 ⇒ 误判"body 不完整"而用**带重复项的表**重建 body(本模块布局比其它模块多一 槽 ⇒ 跨模块 ABI 撕裂)。新增判据:表有重名**且** body 槽数恰等于「去重名数 + vtable」 ⇒ 认定 body 已是权威布局(来自定义模块 stub),只报事实、不重建。 另在"未被 body 配对命中"的回退路径上,把"成员表含重名条目 + 表项数/去重项数 + 该 返回值取自回退路径可能失准"作为事实告警报出(每类一次)。 验证:冒烟复刻本现场(表含重名 'children' 且其类型为联合 i8*;body 10 槽)——逐字段 1..9 全部命中(parent=1 … children=7、type=8、name=9),无重名的自洽表行为不变; FuncGen / StructGen 两文件 py_compile 通过。
TransPyC
TransPyC 是一种基于 Python 语法的系统级编程语言编译器,将 Python 子集(通过 t/c 模块类型注解赋予 LLVM 语义)编译为原生机器码。它不是 Python 的子集,也不是 C 的语法糖——它拥有独立的类型系统、两阶段编译模型和 SHA1 命名空间机制,适用于操作系统内核、嵌入式系统、驱动程序等底层开发场景。
能力证明
TransPyC 已用自身实现以下组件,证明其作为系统级语言的成熟度:
- ViperOS —— 真实操作系统内核(ViperOS/),含 gdt/idt/isr/mm/sched,可在 QEMU 启动
- 自研 Python 解析器 —— includes/ast/(4,176 LOC),用 TransPyC 自己写的词法+语法+AST,覆盖 CPython 几乎全部语法
- 自研 LLVM IR 生成库 —— includes/llvmlite/(~1,500 LOC),用 TransPyC 自己写的 IR 文本生成器,18/18 测试通过
- zlib 移植 —— Test/ZlibTest/,完整 deflate/inflate/huffman/checksum(~1,900 LOC)
- Win32 FFI 绑定 —— includes/w32/,file/memory/process/sync/console 全覆盖
- 泛型容器 —— includes/linkedlist.vp,
@t.NoVTable+ PEP 695 递归泛型继承class GNode(GSListNode[GNode])
核心设计理念
- Python 语法,LLVM 语义:源文件是合法的 Python 语法,但通过
t模块类型注解赋予 LLVM 级别的语义 - 类型注解即编译指令:类型注解决定 LLVM IR 的生成,不是可选的提示
- 两阶段编译:先提取声明接口(
.vpi+.stub.ll),再翻译源文件为含代码的.ll - SHA1 命名空间:每个源文件按内容 SHA1 哈希命名,自动消除跨模块符号冲突
- 零运行时开销:编译为原生代码,无 GC、无解释器、无虚拟机
自举进展
TransPyC 正在追求完全自举——用 TransPyC 重写 TransPyC 编译器自身。当前状态:
- ✅ 前端:
includes/ast/已替代 Pythonast模块依赖 - ✅ 后端:
includes/llvmlite/已替代 Pythonllvmlite依赖 - ⏳ 中间层:
lib/core(~20K LOC)待用 TransPyC 重写
模块总览
Viper 语言通过两个核心模块提供类型和操作支持:
| 模块 | 用途 | 导入方式 |
|---|---|---|
t |
类型定义系统 | import t |
c |
C 语言操作指令 | import c |
快速上手
- 环境:Python 3.12+、LLVM(llc/clang)、Windows(当前主平台)
- 构建项目:在项目目录运行
python ../Projectrans.py build(详见 wiki/12-project.md) - 示例:参考 Test/ 下 30+ 测试项目(AstTest/ZlibTest/NoVTableTest/LLvmLiteTest 等)
- 写第一个程序:
import t, c
from stdint import *
import stdio
def main() -> CInt | CExport:
stdio.printf("Hello, Viper!\n")
return 0
文档索引
| 文件 | 内容 |
|---|---|
| 01-overview.md | 语言概述、两阶段编译流程、SHA1 命名空间、t.CDefine/t.CExport/t.CInline 深度解析 |
| 02-type-system.md | 类型系统(基本类型、指针、数组、结构体、联合体、枚举、typedef、__attribute__) |
| 03-variables.md | 变量声明与赋值(含 t.CDefine 常量) |
| 04-functions.md | 函数定义与调用(含 t.CExport、t.CInline、t.CDefine 函数、-> tuple[...] 多返回值) |
| 05-classes.md | 类与数据布局(结构体、联合体、枚举、typedef、位域) |
| 06-oop.md | 面向对象与运算符重载(@t.Object、@t.CVTable、@t.NoVTable、继承、dunder 方法) |
| 07-control-flow.md | 控制流(条件、循环、match) |
| 08-c-operations.md | C 语言操作(指针、内联汇编、FFI 外部函数声明、LLVM IR 内联) |
| 09-exceptions.md | 异常处理 |
| 10-imports.md | 模块与导入系统(存根生成、SHA1 命名空间与导入) |
| 11-builtins.md | 内置函数与运算符 |
| 12-project.md | 项目配置与构建(增量编译、SHA1 映射) |
| 13-bootstrapping.md | 自举可行性分析(当前进展、剩余工作、路径规划) |
Description
A new language using Python syntax that achieves the speed of C/C++ and the ease of use of Python.
44 MiB
0 Stars
1 Watchers
0 Forks
Languages
Python
93.7%
C
6.3%