Revert the addition of translate c usage

[ivansantiagojr]

Changes

Use @cImport because translate-c does not work with files outside of the source directory, and pydust.build.zig depends on it to work.

The original changes were added in the commit 9fb5721, and that also removed usingnamespace, so I was careful I did not re-add those.

Notes

Discussions about this happened in the PR #500, where I got stuck with the usage of translate-c, so @jburgy listed 2 ways to fix that in this comment .

I decided to revert the change and use @cImport again because ziglang/translate-c does not have tagged releases and it targes latest Zig, even when unstable. It is worth keeping an eye on this library, though, we might want to use that in the future Zig releases.

[ivansantiagojr]

Note: I made these changes in a single commit so it is easier to re-revert, but if need, I am happy to split into multiple commits!

[robert3005]

I am confused by this change - isn't @cimport going to go away and translate_c is going to be the only way forward? I would prefer to figure out a way to adjust the build script instead of relying on deprecated functionality. TranslateC is shipped as part of Zig compiler itself. I think the standard management practice for any c style dependencies is to import the header file you code against and then link as approriate against local build or a shared library.

[robert3005]

I see, had to read the upstream zig issue. We can merge this and go back to translatec with zig 0.16

[ivansantiagojr]

I see, had to read the upstream zig issue. We can merge this and go back to translatec with zig 0.16

Agreed, @robert3005. I believe this is the way to go in this case.

[ivansantiagojr]

I am investigating the problem in the CI, it looks like Python libraries are not properly installed maybe? I will research the diff between ci.yml and find out what's going on.