Skip to content

fix: 更新 Galay 至 5.0.1 - #285

Open
gzj-creator wants to merge 3 commits into
mcpplibs:mainfrom
gzj-creator:feat/add-galay
Open

fix: 更新 Galay 至 5.0.1#285
gzj-creator wants to merge 3 commits into
mcpplibs:mainfrom
gzj-creator:feat/add-galay

Conversation

@gzj-creator

Copy link
Copy Markdown
Contributor

Summary

  • Update the gzj-creator.galay Form-A descriptor from 5.0.0 to 5.0.1.
  • Pin the v5.0.1 GitHub GLOBAL archive (be864cf9467188c231cd69baed496c73d7e4bd29234b9349b284238576f14b77). GitCode CN mirror setup remains deferred as requested; the descriptor keeps the documented GLOBAL fallback.
  • Keep the Unix workspace example focused on the default galay.utils and galay.kernel module surface.
  • Refresh the English/Chinese descriptor catalogs, changelog, and design record.

Why this reruns CI

The previous 5.0.0 run failed in the Linux LLVM and macOS jobs because the generated module prelude unconditionally reached intrin.h/emmintrin.h. Galay 5.0.1 adds the upstream compiler/architecture guards for those headers.

Local validation

  • mcpp test -p galay (default GCC): test result ok. 1 passed; 0 failed
  • CI-pinned mcpp 2026.8.27.2 test -p galay (GCC 16.1.0): test result ok. 1 passed; 0 failed
  • Descriptor lint checks and full pinned mcpp xpkg parse pass.

The example intentionally does not claim coverage for optional SSL, HTTP, database, RPC, MCP, tracing, or other feature-gated modules. Windows remains absent from the package descriptor because upstream v5.0.1 declares Linux/macOS only; the no-op example path is retained there.

新增 gzj-creator.galay Form-A 描述符,使用 GitHub GLOBAL 归档源并固定 SHA256。\n加入 Unix 工作区示例,验证 galay.utils 与 galay.kernel 默认模块的 Base64、字符串、Buffer 和 Host 接口。\n同步更新中英文 README、descriptor catalog、工作区成员和设计文档;GitCode CN 镜像暂按无权限回退规则跳过。\n本次不打 release tag。
@gzj-creator

Copy link
Copy Markdown
Contributor Author

CI rerun result for commit 4acf1b2 (run 33269750913):

  • Passed: Linux default, macOS default, Windows default, lint, select, mirror-cn-reachable, graphics side-effect, build, timings.
  • Failed: Linux LLVM (workspace (linux llvm 0/1)).

The v5.0.0 intrinsic-header failure is fixed in v5.0.1. The remaining LLVM failure is in the upstream galay-kernel source: Clang 22 rejects async_aio.h:288 (cannot export 'await_suspend' as it is not at namespace scope) and then reports invalid member accesses. This happens while compiling galay.kernel before the consumer test runs; GCC and macOS pass.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants