75 Commits

This Branch

This Branch

All Branches

Author	SHA1	Message	Date
TermiNexus	c8817cacb1	fix(vipeye-internal): CArray 元素访问解析出元素类型（成员可高亮） ... - kbd_buf: [KBD_BUF_SIZE]usb_kbd_event 的 kbd_buf[i].modifier 原先报 「无法解析类型上的成员“modifier”访问」且该成员拿不到语义 token（纯白） - 根因：t.vpi 的 CArray 是 Generic[T, N] + __getitem__ -> T，但 Viper 侧 TypeVar(...) 不产出可替换类型变量（类型参数落到合成参数 __P0/__P1）， 返回类型永远具体化不了 → 下标恒为 Unknown - 修法：getTypeOfIndexedObjectOrClass 新增 Viper 分支，按 C 语义直接取 CArray 第一个类型实参（与 CPtr 分支读 priv.typeArgs[0] 同法）， `[SIZE]T` 与显式 t.CArray[T, N] 两种写法都覆盖 - 回归用例 +1（元素类型 + modifier 语义 token），jest 808 -> 809	2026-09-27 18:02:53 +08:00
TermiNexus	5808a76b23	fix(vipeye-internal): 支持注解内 static 前缀；*args 在未 import t 时仍是 va_list 指针 ... - `x: static T = v`（ViperOS VKernel/Kernel/drivers/** 全仓写法，如 `buf_head: static uint32 = 0`）脱糖为与语句起始形态相同的 `t.CStatic | T`， 并在声明节点打 isViperStatic，跨模块取参检查同判据；此前 `static` 在注解里 被当普通名引用，误报「"static" is not defined」。软关键字边界不变 （`static: int` / `static = 1` 仍按标识符），tmLanguage 一并高亮注解内 static - `getViperCPtrType` 增加 builtins `rawptr` 回退：文件没有 `import t` 时 `*args` 不再退回 Python tuple 语义，`viperlib.vsnprintf(&buf, 1024, fmt, args)` 不再误报「tuple 不能赋给参数 ap(str)」（与 T* 注解 / [SIZE]T 同机制） - 回归用例 +3：注解内 static 解析/展示/跨模块拦截 + 软关键字边界、 未 import t 的 *args 透传；jest 805 -> 808	2026-09-27 14:26:42 +08:00
TermiNexus	2a7757e3b7	fix(vipeye-internal): 拦截 const 指针下标赋值并放行 const 指针迭代 ... - const 指针的 p[i] = v 下标赋值与 *p = v 解引用赋值共用 viperConstDerefAssignment 诊断，指向只读数据一律报错； 非 const 指针（buf: str）的下标/解引用赋值仍合法 - 迭代判据改认全 Viper 指针（CPtr / str / bytes）：新增 viperTypeContainsPointer 并替换 getTypeOfIterator / getTypeOfIterable 里只认 CPtr 的旧写法，path: const str 的 for ch in path: 不再 误报「“CConst”不可迭代 / 未定义 __iter__」；const int 仍不可迭代 - 补 2 个回归用例（下标读写、const 指针可迭代），jest 803 -> 805	2026-09-27 13:49:50 +08:00
TermiNexus	a7a00a23d5	fix(vipeye-internal): [SIZE]T 支持整型常量运算；const 指针只读（解引用可读不可写） ... - [SIZE]T 的 SIZE 是值表达式，允许任意整型常量运算（如 [MAX_VOLUMES * MAX_PARTITIONS]uint8 / [N - 1]uint8 / [1 << 3]uint8）。 parser：解析 SIZE 期间清除 _isParsingTypeAnnotation，否则 Viper 的 「星号是指针后缀 + 注解中停止解析」分支会吞掉 '*'，误报「[ 未关闭」与 「类型表达式中不允许使用解包运算符」。 evaluator：operations 的 TypeExpression 分支新增整型常量算术放行 （isViperIntegerConstantArithmetic），此前注释已写明但代码未实现， t.CArray[T, MAX_ORDER + 1] 同样受益；类名相加仍报 binaryOperationNotAllowed。 - const 指针（lfn: const str = CConst | str）只读：解引用读允许 （*lfn / lfn[0] → char，getTypeOfViperDeref 跳过 C 修饰符子类型， 不再误报 类型"const str"不支持运算符"*"），解引用赋值报新诊断 viperConstDerefAssignment（*lfn = c）；非 const 指针 *buf = c 仍合法。 - 新增 viperBracketArrayAndConstPtr.test.ts（3 用例）；全量 jest 800 → 803 通过。	2026-09-27 13:44:30 +08:00
TermiNexus	90f4118603	feat(vipeye-internal): 支持 static 修饰符（禁止跨模块取参）与 f-string 前缀高亮 ... - static 是软关键字：`static def f` / `static fn f`（走 virtual 同一机制，记在 FunctionNode.d.viperModifier）与 `static x: T = v`（注解脱糖为 `t.CStatic | T`， 与 TPC _parse_type_ann 同形，展示为 `static int`）。其余位置仍是普通标识符 （`static = 1` / `static: int` / `static(x)` / `def f(static: int)`）。 - 语义 = C 的 internal linkage：跨模块取参报错。两处拦截：模块成员访问 （`mod.name` / `mod.fn()`）与 `from mod import name`；按声明所在文件判定， 同模块自引用/自导入放行。新增诊断 viperStaticUsedOutsideOfModule（zh-cn/en-us）。 判据 parseTreeUtils.isViperStaticDeclarationNode 供两处共用。 - static 并入补全关键字与 TextMate 修饰符高亮。 - f-string 的 r/u/b/f 前缀以 storage.type.string.viper 高亮（默认深色主题下为蓝色）， 之前该前缀不在字符串范围内、无任何规则命中，显示为白色。 - 新增 viperStaticModifier.test.ts（4 用例）；全量 jest 796 → 800 通过。	2026-09-27 13:19:57 +08:00
TermiNexus	4d5a0d203b	feat(vipeye-internal): __attribute__ 免 import t/c 与状态栏分析进度 ... - __attribute__ 脱糖出的 t / c 模块根改为「隐式模块根」（零长度合成名 + isViperImplicitModule 标记），作用域链取不到时回退 builtins 直接查 symbolTable，故不再要求源码 import t / import c；手写裸 t / c 仍报未定义。 补上 builtins.vpi 缺失的 import c（原先只有 import t，装饰器路径一直报 「未定义 c」）。 - 新增左下角状态栏分析进度：逐文件回调 → 后台线程节流 50ms 回传 analysisProgress 消息 → 前台 sendNotification('viper/analysisStatus') → 客户端 StatusBarItem 显示 `C:\xxx\1.vp (4/90) 4.44% loading...`， 分析结束自动隐藏，让用户能区分「插件在忙」与「插件卡死」。 - viperAttribute.test.ts 补回被误删的 hover 用例并新增 2 个回归用例； jest 794 → 796 通过。	2026-09-27 13:03:03 +08:00
TermiNexus	baec16e540	feat(vipeye-internal): Viper 1.1.426 语法/语义/补全增强 ... 把 TransPyC 现行语法与 Viper 的类型组合语义补齐到 LSP 侧（编译器 TPC/TPV 不改动）： - 类型描述符：`const` / `volatile` 可前缀任意类型注解并成为硬关键字（仅注解前缀 合法，`const = 1` / `a: const` 报语法错误），解析层脱糖为等价的 `CConst | T` / `CVolatile | T`，与手写 TypeSet 完全同形；`const T*` 得 `CConst | CPtr[T]`； `T*` / `&x` 不再要求 import t（回退 builtins 的 rawptr）；描述符按「前缀限定符」 渲染（`const int` / `const volatile int` / `const rawptr[int]`）而不泄漏为联合成员 - 新增 `inline while` / `inline for`；`const` / `volatile` / `inline` 高亮为修饰符 - 新增内建类型名 uint / uchar，并把 rawptr / sizet / int8..uint64 / uintfast* / uintleast* 等内建到 builtins.vpi，任意 Viper 工程无需配置 includes - 新增 `virtual` / `novirtual` 声明修饰符（等价 @t.CVTable / @t.NoVTable）， 含放置位置校验，并并入补全与高亮 - `(T**)x` 两级指针强转修复：指针类型后缀统一按类型表达式求值，不再被当成解引用 - 裸内置内联汇编 / LLVM IR：`__asm__` / `asminp` / `asmout` / `__llvmir__` / `irinp` / `irout` / `ASM_DESCR`，与 c.* / t.ASM_DESCR 写法等价 - `X | t.CPtr` 在 X 本身是指针时再包一层（HANDLE | t.CPtr = void**）， 修复 CreatePipe 一类 LPHANDLE 的「跨级指针隐式转换不允许」误报 - 补全并入 Viper 专有关键字（define / const / volatile / typedef / inline / export / extern / virtual / novirtual / enum / rnum / union / struct / fn / fun / func / function） - `T*(x)`：裸模块名 + 模块内同名类归一为 CPtr[bootinfo]；并按 TPC `_AtPtrSuffixCall` 的判据把「类型原子 + 紧贴星串 + 紧贴 (」解析为调用，使 `uint32*(info.vendor_id)[0] = res.ebx` 成为合法赋值目标 - 新增「重复声明」检查：模块级已有同名运行期变量时，函数内再用类型注解声明同名 变量无条件报 TypeError（与 TPV AssignGenMixin 同口径）；排除 CDefine 宏、CTypedef 别名、同名函数/类与类体成员。合法写法只剩 `global x` + 无注解赋值，或换名 - 支持 `__attribute__`：装饰器 `@__attribute__(...)` 脱糖为 `@c.Attribute(t.attr.X, ...)`；注解修饰器 `a: __attribute__(...) const int` 脱糖为 `t.attr.X | (CConst | int)`；注解联合中的 `t.attr.*` 标记求值为 t.CAttr 修饰符（运算/下标/赋值/展示均按被修饰的基础类型处理）；值位置 `volatile f()` / `volatile 结构体()` 前缀；`__a` 补全、括号内属性名补全与悬停、 TextMate 高亮 - 注解位置小写 `callable[[A, B], R]` 等价 t.Callable：parser 仅在类型注解位置把裸名 `callable` 脱糖为 `Callable`，builtins.vpi 内建 `Callable` 别名（无需 import t）； 值位置 `callable(x)` 仍是内置函数 - 版本号提升至 1.1.426 并更新 CHANGELOG；新增 6 个回归测试文件、更新 4 个， 全量 64 套件 / 794 用例全绿（另有 1 套件 8 用例为既有 skip）	2026-09-27 12:50:02 +08:00
TermiNexus	b98102b78f	feat(viper): 新增「统计项目 LOC」命令与报表 Webview ... - 右键 .vpj → Count Project LOC（viper.countLines）：递归扫描项目的 source_dir， 统计文件数 / 总行 / 代码行 / 注释行 / 空行 / 注释率 / 平均行长 / 字符数 - 先打开 Viper LOC Webview 面板再扫描：确定性进度条（先收集文件，再按 N/M 处理 并显示当前文件），完成后渲染 KPI 卡片、按语言的堆叠条形图（代码/注释/空行， 以最大语言为基准缩放）、语言筛选（勾选后重算 KPI/图表/表格）与明细表（含合计行） - 同一份报表以纯文本写入 Viper LOC 输出通道，便于复制 - 计入本扩展注册的语言扩展名 .vp / .vpi / .vpnci / .vpj，并按需求支持 .def （; 与 // 行注释、/* */ 块注释，跨行块注释按注释计） - 跳过项目 build_dir、隐藏目录、node_modules、.git、__pycache__，不跟随符号链接	2026-09-27 12:49:25 +08:00
TermiNexus	aa1c84a326	feat(vipeye-internal): 支持 typedef 语句与 (T)x 强转写法 ... - typedef：新增 `typedef T1 = T2` 软关键字语句，与 `T1: t.CTypedef = T2` 完全等价。 解析层脱糖为同形「带注解赋值」（合成零长 t.CTypedef 紧贴别名名之后，满足 AST 子节点位置递增不重叠的不变量），绑定/类型求值/hover/语义高亮全部复用 既有 TypeAlias 通路，且不要求文件 import t（合成 t 标记 isViperTypedef， 未导入时静默退化，与 [SIZE]T 脱糖同一取舍）。仅 `typedef <Name> =` 形状生效， `typedef = 1` / `typedef(x)` 行为不变 - 高亮：viper.tmLanguage.json 为 typedef 增加 storage.type 规则（带 `\s+Name\s*=` 前瞻，避免误伤赋值）；语义高亮无需改动（合成名零长，被既有过滤跳过） - 强转：`(T)x` 与 `(T*)x` 统一按「括号内为类型原子 + 紧跟操作数起点」归一为 Call，等价既有 T(x) 通路；`(T*)[i]` 仍是下标、`(a)*b` 仍是乘法 - 回归用例：viperBuiltinsVpTypedef.test.ts 新增 typedef 3 例（含不 import t 与 typedef 作普通标识符），viperUnaryPointer.test.ts 新增 (T)x 2 例 - 版本号提升至 1.1.425 并更新 CHANGELOG；全量 57 套件 / 764 用例全绿（0 失败）	2026-09-22 22:26:07 +08:00
TermiNexus	e7cf7643de	feat(vipeye-internal): 支持 (T*)x、(T*)(x)、T*(x) 三种 C 风格强转写法 ... TransPyC 的"新语法类型强转"除已有的调用形式（T(x) / T(x, t.CPtr) / (T)(x) / (T1|T2)(x)）外，还使用指针写法，本次一并支持，三者结果均为指针类型 CPtr[T]： - operations.getTypeOfUnaryOperation：值上下文里一元 '*' 的操作数是「类型对象」 （可实例化类，如 t.CInt / ast.AST）时，按指针类型表达式求值（CPtr[T]）， 不再当作对类对象的解引用而报「不支持运算符 *」 - parser：`(T*)operand` 归一为 CallNode(func = 括号内指针类型, args = [operand])， 与已支持的 `(T*)(x)` 通路完全一致；仅当括号内由 _parseViperPointerTypeSuffix 标记时才生效，`(a)*b`、`(a) * (b)` 等乘法不受影响 - operations.validateBinaryOperation：二元 '*' 的左操作数是类型对象时按强转 （等价 (T*)(x)）处理，从而 T*(x) 成立；真值乘法（2 * 3 / offset * 2）零影响 - typeEvaluator：callee 为被标记的指针类型后缀且类型为 CPtr[T] 时按强转返回 CPtr[T] 实例，跳过可调用性/参数校验（函数指针变量调用 fn(x) 不受影响） - 回归用例：viperUnaryPointer.test.ts 新增「三种 C 风格强转」测试块， 含真实乘法与既有强转通路的对照断言 - 版本号提升至 1.1.424 并更新 CHANGELOG；全量 57 套件 / 759 用例全绿	2026-09-22 22:07:58 +08:00
TermiNexus	cef653b637	chore: 忽略测试运行生成的产物 ... __ty_narrow_dump.txt 与 __unary_ptr__/unary_ptr.vp 每次跑 jest 都会被重写， 从版本库移除并加入 .gitignore，避免每次测试后工作区都变脏。	2026-09-22 22:07:44 +08:00
TermiNexus	36dab6433b	fix(vipeye-internal): 打通 TransPyC 现行语法的解析/类型检查并清理全部既有失败用例 ... - parser：C 指针后缀（T* / T**）不再限定于类型注解上下文，调用实参同样识别 （va_arg(ap, int64*) / short* / int*），a * b、a ** b、N * 2 等真实运算行为不变 - types：str | t.CPtr、bytes | t.CPtr 折叠为 CPtr[str] / CPtr[bytes]（i8**，如 argv）， 与 TransPyC 的类型契约一致 - typeEvaluator：CPtr[str|bytes] 下标返回 pointee（str/bytes）而非 char，修 argparse.vp `token: str = entry[0]` 误报；新增 C 风格强转识别 Type(value, t.CPtr)，修 char(addr, t.CPtr) 在 memhub.vp / requests.vp 的误报（int("12", 16) 不受影响） - flowChartCommand：补 AnalyzerService.run 的 CancellationToken 实参（TS2554）， 此前被该编译错误阻塞的 5 个测试套件恢复运行 - 测试维护：ord 断言改为 TransPyC 现行的 def ord(s: char) -> int； AssignGenMixin.vp 收窄守卫改为不写死行号，抗源码漂移 - 版本号提升至 1.1.423 并更新 CHANGELOG；全量 57 套件 / 758 用例全绿（0 失败）	2026-09-22 21:50:58 +08:00
TermiNexus	988ba922f4	refactor(vipeye-internal): str/bytes 迭代元素类型统一为 char ... 接上次下标统一：`for ch in s` 的迭代元素，以及 str/bytes 作为 Iterable/Iterator 实参 时的泛型推断（enumerate/zip/map/filter/reversed/sorted/list() 等）也由 t.CChar 别名 int 改为内置 char。至此 `s[i]`、`*s`、迭代三种取字符方式元素类型一致。 删除已无引用的 getViperCCharType 辅助函数。 回归用例：viperEnumerate.test.ts 断言改为 enumerate[char] / ch 为 char。 版本号提升至 1.1.422 并更新 CHANGELOG。	2026-09-22 21:28:50 +08:00
TermiNexus	d2f66811fb	refactor(vipeye-internal): str/bytes 下标统一返回 char（与 *s 解引用一致） ... `s[i]` 原返回 t.CChar，而 `*s` 返回 char，同一 i8 元素出现两种显示。现把 str/bytes 的下标通路（普通下标 + TypeSet 下标）统一改为内置 char 对象，二者本就可隐式互转。 迭代（for ch in s）与 Iterable 实参推断仍保持 t.CChar，待确认是否一并统一。 回归用例：viperUnaryPointer.test.ts 中 fmt[0] 断言改为 char。 版本号提升至 1.1.421 并更新 CHANGELOG。	2026-09-22 21:26:16 +08:00
TermiNexus	1aa1b1f2f0	feat(vipeye-internal): str/bytes 指针算术与写入解引用，并补齐 short/ushort/ulong/ulonglong 内建 typedef ... - 指针算术：str/bytes（char*，i8*）的 `p + n` / `p - n` / `n + p` 返回指针本身， 不再报 reportOperatorIssue（与增强赋值 `dest += n` 的处理对齐） - 写入解引用：`*p = v` 走 getTypeOfViperDeref 的解引用类型（str/bytes → char）， 赋值目标校验的 Viper 通路上次已就位，本次补回归用例 - 内建 typedef 补齐 short/ushort/ulong/ulonglong（t.CShort/t.CUnsignedShort/ t.CUnsignedLong/t.CUnsignedLongLong），与已有 long/longlong 同处 - 回归用例：viperUnaryPointer.test.ts 新增「指针算术与下标」用例、解引用读写道， viperBuiltinsVpTypedef.test.ts 扩展开 g() 参数断言 - 版本号提升至 1.1.420 并更新 CHANGELOG	2026-09-22 21:23:21 +08:00
TermiNexus	00b781a5cc	fix(vipeye-internal): str/bytes 支持一元 '*' 解引用，结果为 char ... Viper 里 str 与 bytes 都是 C 的 char*（i8*），`*s` 应取首字符且类型为 char（i8）； 此前被当成非指针类型处理，报「类型 "str" 不支持运算符 "*"」（reportOperatorIssue）。 在 getTypeOfViperDeref 中把 str/bytes 与已有的 CPtr[X] 分支并列处理。 回归用例：viperUnaryPointer.test.ts 新增 *fmt（str）与 *buf（bytes）→ char， 并断言不报运算符错误。版本号提升至 1.1.419 并更新 CHANGELOG。	2026-09-22 21:01:18 +08:00
TermiNexus	4bc462e0f3	feat(vipeye-internal): long/longlong 也作为内置 C 基本类型 typedef ... 对齐编译器 t.py 的 _CNAME_ALIAS（char/short/long/unsigned 等是语言内置名称， 无需 import）：在 builtins.vpi 内置 long → t.CLong、longlong → t.CLongLong。 C 的 "long long" 含空格不能作标识符，故 Viper 写作 longlong；无符号形式仍可用 t.CUnsignedLongLong。 回归用例补充 g(e: long, h: longlong) -> long 的注解类型断言（CLong/CLongLong）。 版本号提升至 1.1.418 并更新 CHANGELOG。	2026-09-22 20:39:52 +08:00
TermiNexus	f547737cf0	fix(vipeye-internal): C 整型 typedef 内建到 builtins.vpi，修复 uint32 报未定义 ... TransPyC 的 includes/builtins.vp 提供 sizet/size_t/uzt/int8..uint64 以及 intfast*/uintfast*/intleast*/uintleast* 等 typedef。LSP 侧原先只靠 program.ts 的 _mergeViperBuiltinsVpSymbols 定位并合并该文件，而查找依赖工作区根与打开的 文件集合，在 Trae 等环境下找不到时这些注解会集体报"未定义"（同一工程在不同 编辑器/不同打开顺序下表现不一致）。 现把等价声明内建进 typeshed-fallback/stdlib/builtins.vpi：任意 Viper 工程无需 配置 includes 即可解析；工程自带 builtins.vp 时仍以工程声明为准（合并逻辑覆盖 同名符号，行为不变）。 新增回归用例：无 includes/builtins.vp 的工程可解析 uint32/sizet/int8/uint64 并得到 CUInt32T/CSizeT/CInt8T/CUInt64T。版本号提升至 1.1.417 并更新 CHANGELOG。	2026-09-22 19:30:55 +08:00
TermiNexus	de2d49cc4a	feat(vscode-vipeye): 新增「清理并临时关停」命令并修复字符串内括号着色 ... - 新增命令 viper.cleanupAndDeactivate（Viper: Cleanup and Deactivate）：终结本窗口的 语言服务进程、释放全部已注册资源（命令/视图/状态栏/文件监视/流程图面板），可选 清除全局语义高亮磁盘缓存（~/.vipeye/cache/semantic-tokens）。多窗口下服务端进程 会 chdir 占住扩展目录（Windows 无法删除），磁盘缓存又跨窗口共享，导致卸载删不 干净、其它实例读到半删残留且重启扩展宿主无效 - 修复字符串/注释/f-string 插值内的 []{}() 被编辑器内置括号配对着色误染：viper grammar 贡献补 balancedBracketScopes 与 unbalancedBracketScopes - 语义高亮缓存路径改由 common/pathUtils 统一提供，服务端与客户端共用一份定义 - 版本号提升至 1.1.416 并更新 CHANGELOG	2026-09-22 18:23:01 +08:00
TermiNexus	86fc6c541f	feat(vipeye-internal): [SIZE]T 支持泛型实参位置与嵌套 ... - 下标实参以 '[' 开头时按 token 前瞻判定是否为数组类型：匹配的 ']' 之后 紧跟元素类型（标识符或嵌套 '['）则是数组，故 `list[[4]int]` 可用， 而 `t.Callable[[int, str], None]`（带逗号）与 `t.Callable[[], None]` 不受影响 - `[SIZE]T` 的元素类型内允许再次出现 `[SIZE]T`，支持 `list[[2][3]int]` - 测试：新增与显式写法 `list[t.CArray[int, 4]]` 的类型等价断言及 Callable 回归	2026-09-22 16:21:32 +08:00
TermiNexus	a7844d359f	chore: 版本号提升至 1.1.415 并更新 CHANGELOG ... - [SIZE]T 数组类型语法（等价 t.CArray[T, SIZE]、[]T 不定长） - 修复字符串转义引号导致的作用域泄漏 - 修复 builtins.vp typedef 合并被首个绑定文件环境"污染"	2026-09-22 16:13:54 +08:00
TermiNexus	91f668a033	fix(vscode-vipeye): 字符串转义引号导致 TextMate 作用域泄漏 ... 字符串规则没有转义子规则，`'\''` / `"\""` 会被提前闭合：后续关键字 （如 or/def/return/pass）被渲染成字符串颜色。 - 新增 string-escape（constant.character.escape.viper）并让 4 条字符串规则 include - 单行字符串 end 由引号改为「引号或行尾」，即使写错也不会把作用域拖到下一行	2026-09-22 16:13:49 +08:00
TermiNexus	d9559869e7	feat(vipeye-internal): 新增 [SIZE]T 数组类型语法（脱糖为 t.CArray[T, SIZE]） ... - `[SIZE]T` 等价 t.CArray[T, SIZE]，`[]T` 等价 t.CArray[T]（不定长） - 支持整数字面量 / t.CDefine 常量长度、多维嵌套 [2][3]T、指针元素 [4]T* - 支持变量、参数、返回值、类成员与 type X = 注解位置 - 解析层脱糖：AST 与手写 t.CArray[T, SIZE] 完全一致，元素类型/索引返回 T/ 数组名退化为指针/字符数组降级 str·bytes 等语义零分叉 - 下标实参按源码位置排序（AST 子节点不重叠不变量），getTypeArgs 内按语义 顺序重排实参；合成 t/CArray 名为零长度，不产生多余语义高亮 - 不在下标实参内生效，避免把 t.Callable[[], T] 误判为数组语法 - 源文件未 import t 时静默退化为 Unknown（不报未定义 t/成员访问失败） - hover 与诊断按源码原形显示（如 buf: [4]t.CInt）	2026-09-22 16:13:43 +08:00
TermiNexus	a6299ab878	fix(vipeye-internal): builtins.vp typedef 合并改为按执行环境+文件目录缓存 ... 合并缓存原本只用 typeshed builtins 存根的 uri 作键（全工程共用一个）， 且在查找 builtins.vp 之前就标记为已合并：若第一个被绑定的文件所在环境 找不到 includes/builtins.vp（工程外散落文件、多根工作区另一根等）， 后续所有文件都会永久失去 typedef，导致 uint32/int8/sizet 等集体报 "未定义"（同一工程在 VSCode 与 Trae 因打开顺序不同而表现不一致）。 - 缓存键改为（typeshed 存根 + 执行环境 root/extraPaths + 被分析文件目录） - 新增 _isMergingViperBuiltinsVp 递归保护，替代原先"先标记"顺带承担的防重入 - 新增回归测试：先绑定其它环境文件后，本工程 typedef 仍可解析	2026-09-22 16:13:26 +08:00
TermiNexus	f100f585d0	chore: 版本号提升至 1.1.414 并更新 CHANGELOG	2026-09-21 23:13:45 +08:00
TermiNexus	525a654f5c	feat(vipeye-internal): 支持 enum X: 枚举语法与 define 常量声明 ... - enum：`enum NAME:` 识别为 Viper 枚举（等价 class NAME(t.CEnum)）， 成员支持裸名与逗号分隔（enum X: a, b, c），并支持同行声明后换行 TAB 续写 - enum：取值按编译期规则推导（从 0 递增，中间显式赋值后从该值 +1 续推）， hover 显示 (variable) IsAsync: ASTFlag = 0，成员可隐式转换为 int - enum：成员推导值超出声明类型位宽时报错（如 i1 存不下 2） - define：`define NAME: 类型 = 值` / `define NAME = 值` 解析为常量声明， `define f(...)` 宏函数行为不变 - 新增整数字面量位宽校验：字面量无法存入声明类型时提示扩容， define 与普通声明均生效（位宽表源自 wiki 02-type-system.md） - 新增 viperEnumFlag.test.ts（5 项）与 viperDefineConst.test.ts（4 项）	2026-09-21 23:13:38 +08:00
TermiNexus	70a4405294	chore(viper): 选择列表首项去掉手动指定 exe 路径描述并修正过时注释 ... 该入口已改为文件选择对话框，原描述与输入框取路径等注释不再贴切。	2026-09-20 18:56:16 +08:00
TermiNexus	95a0dbf0ad	feat(viper): 选择列表加「选择编译器…」，关闭 VET 后清单与选中仍可用 ... - 选择列表首项为「选择编译器…」（文件选择对话框 → VET check → 并入清单并切换），其后一条分隔线才是 VET 搜到的环境 - 状态栏在 VET 关闭时显示 VET 已关闭，且点击仍打开选择列表（重启改走命令面板） - EnvironmentManager 新增 AddEnvironment：check 通过的环境无需等下一轮快照即可选中 - 抽出 PickAndCheckExecutable，去掉 check 命令与该入口的重复实现	2026-09-20 18:54:09 +08:00
TermiNexus	ad3fd9810c	feat(viper): VET 启动参数加 --first-no-pace，首次扫描不节流 ... VET 常驻模式默认对扫盘节流（每 16 个目录项 / 64 个文件 Sleep 20ms），首次全盘搜索明显变慢，正是 Viper 搜索很慢的来源。带上该开关后首轮全速、后续轮次仍按 VET 自身节流跑。	2026-09-20 18:54:03 +08:00
TermiNexus	26216889de	feat(viper): 新增手动指定 exe 的 VET check 检查 ... - 新增 viper.checkEnvironment（命令面板 + Environments 视图标题按钮）：选择 exe 后经 check 通道校验 PE/.PRVERSN 与 --version 前缀 - 回执按回带的 id 配对；check_msg 九种原因（NOT_FOUND/NO_PRVERSN/TIMEOUT/CHANNEL_UNAVAILABLE 等）映射为可读说明 - stdin 写入改为入队后仅在心跳窗口内逐行送出（check 在前、心跳最后、行间 300ms、按窗口时长限量），规避看门狗对同批多行的读取行为 - 进程退出/停止时唤醒等待中的请求，避免调用方悬挂	2026-09-20 18:19:52 +08:00
TermiNexus	5d6fcf7c82	feat(viper): 接入 VET 环境发现，支持停止/查看输出与粘性选择 ... - 新增 EnvironmentTool / EnvironmentManager：常驻 scan 进程客户端（启动、心跳确认、快照解析、异常退出的指数退避重启）与全量快照 diff - 侧边栏新增 Environments 视图（按 source 分组、选中项打勾）；状态栏只保留 VET 环境项，移除硬编码 C:\v.exe - 默认复用上次使用的环境 uuid，VET 未给出该 uuid 时取发现的第一个，一个都没发现时回退配置/兜底路径 - VET 的 stdout 与 stderr 全量转发到 Vipeye VET 输出通道，彻底移除日志文件落盘 - 新增 Stop VET / Restart VET / Show VET Output / Select Environment 命令，并补回被回写覆盖丢失的 contributes	2026-09-20 18:19:18 +08:00
TermiNexus	b0f4b8b5fd	chore(vipeye): 同步 package-lock 中的包版本号到 1.1.413	2026-09-19 17:59:23 +08:00
TermiNexus	640d7e4a07	feat(viper): 新增函数跳转图（Ctrl+Alt+G，面板渲染 Mermaid，可拖动缩放并导出 PNG） ... - vipeye-internal/flowChartBuilder：AST -> 语句级控制流图（基本块合并）输出 Mermaid， 覆盖 if/elif/else、for/for-else、while/while-else、match-case、try/except/else/finally、 break/continue/return/raise、with；嵌套 def/class 折叠为单节点 - finally 穿透：return/raise/break/continue 与未匹配异常都先经过 finally 再继续， 嵌套 finally 由 _routeThroughFinally 按最内层到最外层串联，并对边去重 - vipeye-internal/flowChartCommand：新增 viper.showFunctionFlowChart 命令，按 offset 取最内层函数，返回 Mermaid 与「节点 -> 行号」映射 - vscode-vipeye：底部停靠面板 WebviewView 渲染 mermaid（外部脚本 media/flowChartWebview.js， 数据经 postMessage 下发），支持拖拽平移（指针锁定无限拖 + 视口内保留可见图块）、 滚轮缩放、适应宽度/重置、点击节点跳转源码行 - 导出 PNG：倍率/宽高/裁剪空白边距/透明或白色背景 + 实时预计尺寸， 经 data: URL -> canvas 光栅化（导出前用 htmlLabels:false 重渲染，避开 foreignObject） - 入口：快捷键 Ctrl+Alt+G、编辑器右键菜单、命令面板 - 依赖与构建：新增 mermaid 依赖，rspack 拷贝 mermaid 预构建产物与面板脚本到 dist/media - 新增 9 个用例覆盖上述语句结构与 finally 穿透 - 同步 package-lock 中的版本号与 mermaid 依赖	2026-09-19 17:58:59 +08:00
TermiNexus	cfccbac6f4	feat(vipeye-internal): 类型展示保留源码书写的完整 module 路径 ... - typePrinter 新增 ViperSourceQualifiedNames(1<<15)，打印类名时优先取 ClassDetailsPriv.displayName（源码里实际书写的 ast.AST 形式），未写限定路径的 裸名（list/str）保持短名；UniqueNameMap 与打印共用 getPrintableClassName， 避免名字唯一性判定与实际打印名不一致导致误降级 - types 新增 displayName 字段与 cloneForDisplayName（仅用于展示，不参与类型判定） - typeEvaluator 在成员访问处记录点号路径（getDottedNamePath），仅 Viper 方言生效 - hoverProvider / tooltipUtils 透传 PrintTypeOptions.sourceQualifiedNames - 修正 hover 与补全的代码围栏注释：```viper 实际可着色，但只有通用 scope 能命中 主题规则（def/class 的 storage.type.*.viper 与按 Python 精调的主题规则不匹配）， 故继续使用 ```python - 同步 viperUnaryPointer / viperFunctionHover 用例的展示断言	2026-09-19 17:58:49 +08:00
TermiNexus	c9acd4ecb8	chore(vipeye-internal): 修剪 samples 残留与孤儿测试辅助 ... - samples 根目录 1277 个散落 .py/.pyi 夹具删除，仅保留被现存用例引用的 15 个 （badToken1/test_file1/lines1/parser1-2/suiteExpectedColon1-3/maxParseDepth1-2/ parserRecovery1-3/fstring6/finallyExit1）+ 2 个 viper_*.vp；子目录夹具不动 - 删除已无引用的 harness/fourslash/runner.ts（fourslash 夹具与 testState.test 已删） - 保留 tests/lsp/languageServerTestUtils.ts：仍被 typeServer.virtualFileRedirect 引用 验证: 全量串行 53 套件通过、1 跳过，732 用例全绿	2026-09-18 23:10:41 +08:00
TermiNexus	04d5a32502	test(vipeye-internal): 删除剩余 18 个内联 .py 夹具套件，测试集转为 Viper-only ... - 删除 completions/signatureHelp/diagnostics/service/languageServer/importResolver(+Support)/ importStatementUtils/documentSymbolCollector/chainedSourceFiles/sourceMapperUtils/workspaceEditUtils/ testState/classDeclaration/wildcardImportPackageMerge/privateImportUsage/typeServer 等 18 个套件 - 保留并加注 tests/fourslash/typings/fourslash.d.ts：其 declare namespace _ 仍被 harness/fourslash/testState.ts 引用，删除会导致 ts-jest TS2694 整批套件无法运行 验证: 全量串行 53 套件通过、1 跳过，732 用例全绿（0 失败）	2026-09-18 23:05:17 +08:00
TermiNexus	a955a5356f	test(vipeye-internal): 清理 Python 时代测试资产并修复陈旧期望 ... - 删除 fourslash 夹具（258 个 .py 用例）、fourSlashRunner、hoverProvider、typeEvaluator1-8、checker（共 276 个 pyright Python 语义用例文件） - config/sourceFile: reportPrivateImportUsage 基本默认值期望改为 Viper 的 'none' - config/uri/filesystem/diagnosticOverrides/localizer: 期望改为 .vp/.vpi 扩展、viper.analysis.* 命名空间与 locale 无关断言 - samples: project1/4、venv_auto_detect_*、extended_config 夹具 .py/.pyi 更名为 .vp/.vpi 验证: 相关 32 个套件 343 用例全绿	2026-09-18 22:50:03 +08:00
TermiNexus	e4635eca37	fix(vipeye-internal): 恢复 py.typed 探测，修复 PartialStub 映射失效导致的 viperFileSystem 5 个失败 ... - pyTypedUtils: 去掉按方言短路（IsViperDialect 恒为 true 使探测恒返回 undefined） - partialStubService: 虚拟映射过滤器补回 .pyi（存根后缀支持 .vpi/.vpnci/.pyi） - launch.json: 调试宿主同时禁用已安装的 TermiNexus.vipeye（真实扩展 ID）	2026-09-18 22:17:45 +08:00
TermiNexus	d5398ab4e2	fix(vipeye-internal): 无类型参数的别名被下标特化时保留类型实参显示 ... - typePrinter: rawptr[T] 不再退化为裸 rawptr，修复 Ty: rawptr[LLVMType] 成员访问丢参 - parser: 补充注解内 C 指针后缀 list[ast.AST*]* 的回归用例 - tests: viperTyNarrowDump 行号刷新/断言收窄到 rhs_val.Ty，修复 viperVariadicArgs 与 parser.test 既有失败 - vscode-vipeye: 调试模式下发布版自动让路给开发版，避免 command 'viper.*' already exists - docs(changelog): 补充 rawptr[T] 类型实参显示修复条目	2026-09-18 21:59:57 +08:00
TermiNexus	86e858667e	修改了 README	2026-09-18 21:49:07 +08:00
TermiNexus	d9b5015c71	"feat(vipeye-internal): 新增内置 char 类型（复刻 int，8 位字符/整型）feat(vipeye-internal): rowptr 更名为 rawptr（编译器内置裸指针 typedef）feat(vipeye-internal): None 返回函数仅允许裸 return/return Nonefix(vipeye-internal): builtins.vp 发现扩展到文件祖先目录与 includes 子目录chore: 版本号提升至 1.1.413 并更新 CHANGELOG"	2026-09-16 11:51:48 +08:00
TermiNexus	aef18c2891	更新了一些事项，feat(vipeye-internal): builtins.vpi 声明编译器内置 typedef rowptr = t.CPtr；feat(vipeye-internal): None 返回函数仅允许裸 return/return None，return 值为 None 的表达式报错；fix(vipeye-internal): builtins.vp 发现扩展到文件祖先目录与 includes 子目录，修复 uint64 等 typedef 未定义	2026-09-10 16:32:23 +08:00
TermiNexus	23cc75e444	feat(vipeye-internal): 新增内置 double 类型（复刻 float，64 位浮点） ... - typeshed builtins.vpi 增加 double 类定义（复刻 float 结构） - 内置 float<->double 按 C 浮点规则互转，int->double 无损 - 内置 double 与 t.CDouble 双向隐式转换 - viperGenericTypeVarCall 12/12 测试通过	2026-08-23 13:16:46 +08:00
TermiNexus	ac08b01baa	feat(vipeye-internal): extern/export 支持直接声明形式 extern A(...) ... - extern/export 后跟标识符时按函数声明解析（等价 extern def A）， def 形式保留（extern def A / export def A 均可用） - extern/export 声明均可省略函数体（无冒号无 pass） - checker 对 extern/export 声明跳过缺失返回值检查 - TextMate 高亮与缩进规则支持 extern/export 直接声明 - viperGenericTypeVarCall 11/11 测试通过	2026-08-17 10:35:46 +08:00
TermiNexus	41bc302916	feat(vipeye-internal): Viper len 优先调用 __len__，结构体缺 __len__ 报错 ... - len 对用户自定义结构体优先解析 __len__ 返回类型，无 __len__ 报错 - t.CType 原生类型（C 标量/指针/str/bytes）豁免，返回 t.SizeT - 新增本地化消息 viperLenNoLenMethod - viperGenericTypeVarCall 10/10 测试通过	2026-08-17 10:32:19 +08:00
TermiNexus	bbd8b1022e	feat(vipeye-internal): union/fn 别名/extern 无函数体及 builtins 6 函数签名 ... - union 与 enum/rnum 对齐（union class / union A: 单独转 class） - fn/fun/func/function 行尾单独使用按 def 处理并报缺函数名， 后跟 :/=/ 保持标识符，避免误伤 func: 注解、func = x、func(x) - extern def/fn 声明可省略函数体（无冒号无 pass），: pass 方式保留 - TextMate 高亮与 language-configuration 缩进规则同步（含 inline fn 修饰关键字） - typeshed builtins.vpi 新增 Asm/LLVMIR/AsmInp/AsmOut/LInp/LOut， 隐式内置直接可用（签名照抄 vipershed c.vpi） - viperGenericTypeVarCall 9/9、tokenizer 91 测试通过	2026-08-08 18:31:25 +08:00
TermiNexus	817bc47ee9	feat(vipeye-internal): extern 函数体必须为 pass/None；fn/fun/func/function 作为 def 别名 ... extern 关键字声明的函数（FunctionNode 记录 viperModifier）函数体只允许 pass 或 None，否则报错；同时 extern 声明函数跳过缺失返回值的检查。fn/fun/func/function 在语句起始（或紧跟修饰关键字）且后跟函数名时按 def 处理。tmLanguage 与 language-configuration 同步支持 def 别名高亮与自动缩进。	2026-08-08 17:29:21 +08:00
TermiNexus	e5aacbfd0b	feat(vipeye-internal): 修饰关键字收窄为 inline/export/extern，单独使用报错；修复修饰函数自动缩进 ... state 不再作为关键字（恢复普通标识符，hashlib 的 state: 字段与 self.state 不受影响）。inline/export/extern 在语句起始且未与 def 搭配时报 '修饰关键字必须与 def 搭配使用'（新增 KeywordType.ViperModifier 与 LocMessage）；后跟 ':' 的注解用法仍按标识符。tmLanguage 高亮与 language-configuration 的 onEnterRules/increaseIndentPattern 同步（修饰前缀函数回车自动缩进）。	2026-08-08 17:15:10 +08:00
TermiNexus	9c816ec5b9	fix(vipeye-internal): enum/rnum 支持单独使用（enum A: 等价 class A:） ... 此前只支持 enum/rnum 后跟 class/struct 的前缀形式；用户实际写法为 num A: 直接声明。补充：enum/rnum 在语句起始且后跟类名时按 class 关键字处理；tmLanguage 高亮同步。回归测试新增 enum A:/rnum B: 用例。	2026-08-08 17:01:29 +08:00
TermiNexus	4182a1fd53	feat: 支持 inline/export/extern/state/enum/rnum/struct 关键字 ... tokenizer 层支持 C 风格修饰/声明关键字：inline/export/extern/state 后跟 def、enum/rnum 后跟 class/struct 时跳过该标识符 token（保留位置与缩进）；struct 在语句起始且后跟类名时按 class 关键字处理（避免误伤 import struct as s 等合法用法）。viper.tmLanguage.json 新增对应关键字高亮。新增回归测试（struct 等价 class、修饰 def 等价普通函数、rnum class 嵌套类）。	2026-08-08 16:48:35 +08:00