OPERATION AND ASSURANCE

Safety and resource limits

PyCForge treats source as untrusted input, bounds analysis resources, and fails closed when proof or internal conformance is incomplete.

Conversion does not execute source

PyCForge parses submitted Python as data. During conversion it does not:

File effects described in File I/O and C ABI belong to generated helpers and occur only if an external party later builds and runs the C outside PyCForge.

Default request ceilings

ResourceDefaultTrusted hard ceiling
Source bytes1,000,000Request-bound
Source lines100,000Request-bound
Tokens / AST nodes250,000 / 100,000Request-bound
Nesting depth128128
Diagnostics1,000Request-bound
Trace / telemetry events10,000 / 10,000Request-bound
Source documents / import edges64 / 4,09664 / 4,096
Container elements / record fields64 / 6464 / 64
File-read bytes1,048,57616,777,216
Live owned bytes2,097,15216,777,217
Open files / file operations8 / 1,0248 / 1,024
Scope proof nodes / edges100,000 / 400,000100,000 / 400,000
Scope bindings / hoisted locals50,000 / 10,00050,000 / 10,000
Loop/scope traversal depth128128

max_live_owned_bytes must cover max_file_read_bytes + 1 for the terminating NUL. Requests can lower supported resource limits but cannot raise the implementation's trusted ceilings.

Fail-closed assurance

What the contract does not establish

Deterministic conversion is not by itself certification that an application is safe, secure, portable on every target, or functionally correct. A professional release process still needs independent review of the generated C, target-specific compilation diagnostics, static analysis, runtime tests in an isolated environment, dependency review, and platform qualification appropriate to the intended use.

Keep claims scoped. PyCForge's internal contract establishes bounded conversion and artifact conformance for its declared subset. It does not represent arbitrary Python compatibility or third-party toolchain certification.