huh, so I tried cargoHash... empty not empty, lib fakeHash, etc.
"
Running phase: patchPhase
applying patch /nix/store/ks0wccsmf0q9iy68v3vgw3z3b300306n-enable_protoc_env.patch
patching file api/build.rs
patching file third-party/prost-wkt/wkt-types/build.rs
Executing cargoSetupPostPatchHook
Validating consistency between /private/tmp/nix-build-kclvm-0.9.0-beta.1.drv-0/source/kclvm/Cargo.lock and /private/tmp/nix-build-kclvm-0.9.0-beta.1.drv-0/cargo-vendor-dir/Cargo.lock
"
hmmm
Little update since I had no time to go back to it in days.
kcl just updated to 0.9.0, and I did all the necessary with #nix , thanks for the help btw @ everyone in this thread.
Now I'm struggling with:
```
> error: linking with `/nix/store/9g8qxz6r8x7g01hkzy739m5j6bawk4d5-clang-wrapper-16.0.6/bin/cc` failed: exit status: 1
```
```
> = note: ld: framework not found CoreServices
> clang-16: error: linker command failed with exit code 1 (use -v to see invocation)
```
@YvanDaSilva It is too small to read, at least for me.
@MartinClausen My bad sorry :D I'll add a zoomed in version
EDIT: done.
@YvanDaSilva have you tried to set the hash for fetchFromGithub to an empty string?
@b_m_f yep I did, and it give me new hashes wish I applied respectively in each package.
@YvanDaSilva the beta tag of the repo and the main branch have the version mismatch in the Cargo.lock of kclvm that is printing in your console
@b_m_f Oh I see, I will check that in a few minutes.
Thank you very much!
@YvanDaSilva I use https://flake.parts/options/nix-cargo-integration but if you're packaging for Nixpkgs or something else that doesn't allow "import from derivation", it's no use.
https://github.com/NixOS/nix/pull/11005 makes me positive about a path towards fixing the build scheduling bug that's blocked our RFC 92 implementation, which will remove the need for IFD or "cargoHash" when fetching from a lock file.
@YvanDaSilva Probably better to use the #RustLang hashtag to get wider attention to this.
@YvanDaSilva set `buildInputs = [ …existingStuff… ] ++ lib.optionals stdenv.isDarwin [ pkgs.darwin.apple_sdk.frameworks.CoreServices ];`
Grep around in nixpkgs for more examples if you need them
@ivan If you have any idea how to get a cydlib ( dynamic lib ) from a rust package available for another package ( findable ) where rust actually expects them to be I would be all ears.
I'm looking if any other package does this.
Basically A has buildDeps B, but A does not see the dynamic library B produces. So I'm trying to see if I have to do something specific with B or A to be able to share that lib.
@ivan FIXED.