a6c537ac50
Fixed all compilation errors resulting from the crate rename: - Fixed FunctionCallOutputPayload::from() double reference issue in response_processing.rs:61 - Removed unnecessary & as call_tool_result was already a reference - Fixed spawn_task method call in llmx.rs by adding & reference to Arc<Session> - Fixed Arc type inference by adding explicit type annotations - Fixed tokio::join! type inference by separating future creation - Updated all remaining crate::codex imports to crate::llmx across: - tools/orchestrator.rs - tools/handlers/shell.rs - apply_patch.rs - compact.rs - unified_exec/mod.rs - tools/context.rs - tools/sandboxing.rs - tools/events.rs Successfully verified with cargo check --bin llmx (31.50s compile time). 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>
codex-core
This crate implements the business logic for Codex. It is designed to be used by the various Codex UIs written in Rust.
Dependencies
Note that codex-core makes some assumptions about certain helper utilities being available in the environment. Currently, this support matrix is:
macOS
Expects /usr/bin/sandbox-exec to be present.
Linux
Expects the binary containing codex-core to run the equivalent of codex sandbox linux (legacy alias: codex debug landlock) when arg0 is codex-linux-sandbox. See the codex-arg0 crate for details.
All Platforms
Expects the binary containing codex-core to simulate the virtual apply_patch CLI when arg1 is --codex-run-as-apply-patch. See the codex-arg0 crate for details.