Philipp Oppermann
Philipp Oppermann
Of course this is something that we should handle as part of our `dora run` command, so this is clearly a bug on our side. I think the problematic line...
Yeah, I think only dataflows with `shared-library` operators are affected.
I opened https://github.com/dora-rs/dora/pull/940 to fix this.
See https://github.com/rust-osdev/bootloader/pull/309#issuecomment-1372045670
Thanks! I tried this in #901 and it seems to fix the error: https://github.com/dora-rs/dora/actions/runs/14497133129/job/40667600070?pr=901
@haixuanTao The `pip-release` CI job fails on `armv7` and `x86` with a linker error: ``` error: unable to find dynamic system library 'atomic' using strategy 'no_fallback' ``` This seems to...
~Looks like `maturin` is still locked to an older version of `mimalloc`: https://github.com/PyO3/maturin/blob/1331f2512fcc3ebada7f6b4639b0df8810b01231/Cargo.lock#L1299~ _Edit:_ I misunderstood their versioning scheme. Looks like the change was already included in the locked version.
I tried some things to fix the linker errors, but nothing worked. I'm out of ideas for now, so any help would be appreciated!
> So FYI I was able to link some system depency to zig by copying package in `/lib/x86_64-linux-gnu/` to `$HOME/.rustup/toolchains/1.84-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib` > > This should make it possible to link dynamic...
Ah, trying to copy the file instead of symlinking it gave the answer: The `/lib/i386-linux-gnu/libatomic.so.1` doesn't exist. I assumed that `ln -s` would throw an error in this case, but...