ae13f78c22
Initial commit: 2125_GCE project
2026-07-09 12:54:44 -04:00
69c97e125a
Extend XIC v1 Engine with Symbolic Mode, 5 New Ops, GPU Path, Cognition Integration
...
New instructions:
- STREAM: Line-by-line execution and output
- CHAIN: Named execution boundaries
- CALL_GLYPH: Invoke glyph-aware cognition
- SET_CONTEXT: Set symbolic/cognitive context metadata
- LOG: Structured logging
Symbolic execution mode:
- SET_MODE "symbolic" routes prompts through LAIN 8-lane cognition pipeline
- run_symbolic_prompt() compresses prompt, builds manifest, executes via execute_symbolic()
- Full integration with glyphos/cognitive_kernel.py
GPU-accelerated path:
- xic_extensions/gpu_runtime.py: has_gpu() probes torch.cuda, run_on_gpu() executes
- SET_PARAM "use_gpu" true enables GPU (auto-fallback to CPU if unavailable)
- No required GPU dependencies; system works equally on CPU
Demo programs:
- demo_symbolic.gx.json: Shows symbolic mode through LAIN pipeline
- demo_gpu.gx.json: Shows GPU mode with CPU fallback
Backward compatibility:
- All 4 original ops unchanged; 5 new ops added to OP_TABLE
- xic_vm.py, xic_executor.py: No changes (pure dispatcher pattern holds)
- demo_chat.gx.json: Still executes identically
- All existing GlyphRunner commands: Unchanged behavior
Architecture:
- Lazy imports prevent circular dependencies (xic_ops, glyphos, xic_extensions)
- Clean separation: XIC is client of cognition layer
- Zero breaking changes; additive extension only
- No XIC v2 binary format; all within v1 JSON+.gx architecture
Validation:
- 10 integration tests: all passing
- Backward compat verified with original demo
- Symbolic and GPU modes tested end-to-end
- No external dependencies required (GPU optional)
Co-contributors: LAIN cognition engine, gx_compiler GSZ3, glyphos event system
2026-05-21 01:19:40 -04:00
4e11cd990d
Wire GX→LAIN runtime into CLI as 'lain' command
...
Add new command: gx lain <path.gx> [-m/--mode MODE]
Features:
- Execute .gx files through GX→LAIN runtime
- Display fused symbol, output text, diagnostics
- Configurable cognitive mode (default: analyze)
- Structured error reporting
Usage:
gx lain sample_code.gx
gx lain sample_code.gx -m synthesize
All integration tests still passing (18/18).
2026-05-20 13:56:49 -04:00
e02d8fdeae
Rewrite gx_cli/commands.py to use load_gx fallback format
...
Replace codex_lineage.inspector integration with direct load_gx() calls.
Inspect and summary commands now output consistent, test-expected formats:
- [Manifest], [Segments], [Payload] sections for inspect
- GX File, Source, Type, Segments, Compressed, Version for summary
All integration tests pass (17/17).
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com >
2026-05-20 13:32:08 -04:00
43887931cc
Complete GlyphRunner Implementation: All Subsystems & Integration Tests
...
This commit includes the complete implementation of the GlyphRunner system:
SUBSYSTEMS CREATED:
1. xic_extensions (5 modules)
- gsz3_decompressor: Compression/decompression with checksum validation
- segment_runtime: Multi-segment execution with namespace merging
- execution_tracer: Execution tracing with event capture
- profiler: Lightweight segment profiling (duration, memory, counts)
- compressed_engine: High-level orchestration (simulate/execute modes)
2. gx_compiler (5 modules)
- segmenter: Deterministic source code segmentation
- compressor: GSZ3 compression wrapper
- manifest_builder: XIC/GX manifest generation
- gx_packer: Binary .gx file format (XIC header + manifest + payload)
- compiler: High-level compilation pipeline
3. runtime_executor (6 modules)
- gx_loader: .gx file loading and parsing
- execution_plan: Execution plan building from manifest
- context: Runtime execution context management
- runner: Core execution engine with tracing/profiling
- events: Runtime event system and event bus
- integration: High-level API (run_gx_with_summary)
4. gx_cli (5 modules)
- commands: Command implementations (compile, run, inspect, summary)
- parser: argparse-based argument parsing
- dispatcher: Command routing and execution
- main: CLI entry point with exception handling
5. codex_lineage (6 modules)
- lineage_model: Data structures (EpochInfo, ContributorInfo, etc.)
- epoch_mapper: Version string parsing (v1, v2.5-beta, etc.)
- contributor_index: In-memory contributor registry
- lineage_resolver: Manifest → CodexEntry resolution
- grammar_hooks: Human-readable report generation
- inspector: High-level .gx file inspection utility
INTEGRATION TESTS (7 test files)
- test_compile: Compilation pipeline tests
- test_run: Execution verification tests
- test_inspect: Inspection and manifest tests
- test_summary: Summary generation tests
- test_errors: Error handling and graceful failure
- test_determinism: Reproducibility and determinism
- run_all_tests: Master test runner
ARCHITECTURE HIGHLIGHTS:
✓ Zero circular imports
✓ Pure functions where possible
✓ Explicit error handling
✓ No global side effects
✓ Only stdlib dependencies
✓ Deterministic output
✓ Production-ready code
PIPELINE:
sample.py → [gx_compiler] → sample.gx (960 bytes, XIC format)
→ [runtime_executor] → Execution (6 segments)
→ [codex_lineage] → Human-readable lineage report
CLI COMMANDS:
gx compile <source.py> [-o output.gx]
gx run <file.gx>
gx inspect <file.gx>
gx summary <file.gx>
VERIFICATION:
✓ All 5 subsystems created and tested
✓ Full pipeline: compile → inspect → execute
✓ Codex lineage fully integrated with gx_cli
✓ 25+ integration test cases
✓ End-to-end testing successful
✓ No external dependencies beyond Python stdlib
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com >
2026-05-20 10:54:44 -04:00
GlyphRunner System