Add inko recipe

[tdejager]

Adds a recipe for inko, a language for building concurrent software with confidence. Inko compiles to machine code via LLVM 18 and ships a standard library and a static runtime.

Patch: 0001-locate-std-and-runtime-relative-to-executable.patch

Inko's Config::new() upstream bakes the absolute install paths of the standard library and runtime into the compiler binary via env!("INKO_STD") / env!("INKO_RT"). That breaks under rattlers binary prefix relocation: rattler's copy_and_replace_cstring_placeholder rewrites the C-string region in place, the tail content shifts left, and the trailing NUL padding both clobbers adjacent linker-merged short string literals (e.g. `pub const DEP: &str = "dep"` ends up reading three NULs) and leaves INKO_RT itself with embedded NULs that fail any subsequent CString::new.

The patch adds a small locate_sibling() helper to compiler/src/config.rs that resolves both paths at runtime with the following precedence:

1. $INKO_STD / $INKO_RT environment variables (explicit override)
2. <exe_dir>/../lib/inko/{std,runtime} if it exists, derived from std::env::current_exe()
3. The compile-time env!() value, as a last resort for cargo run from a source checkout

Test plan

• pixi run lint — recipes/inko is in fine form
• Local osx-arm64 build via pixi run build-osx osx_arm64
• Test phase passes including inko check hello.inko (the test that originally surfaced the prefix-relocation bug)
• Inspected the rebuilt binary with a Python script: 0 placehold_placehold occurrences, 0 /lib/inko/runtime baked literals, 2 /nonexistent/inko fallback literals
• CI green on linux-64 and linux-aarch64 (have not been able to test locally)

Checklist

• Title of this PR is meaningful
• License file is packaged (LICENSE + THIRDPARTY.yml from cargo-bundle-licenses)
• Source is from official source (GitHub release tarball)
• Package does not vendor other packages
• Static library license is packaged (the static runtime is built from the same MPL-2.0 source as inko itself; third-party Rust crate licenses are aggregated into THIRDPARTY.yml)
• Package ships static libraries (libinko.a) — this is a language runtime that the inko compiler links into every program it produces, so the static-only distribution is intentional and not subject to CFEP-18's "use shared libs where possible" guidance
• Build number is 0
• A tarball (url) is used
• Maintainer (myself) is willing to be listed

[conda-forge-admin]

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipes/inko/recipe.yaml) and found it was in an excellent condition.

[tdejager]

@conda-forge/help-rust, ready for review!