vasilito 80d0eaeb21 libredox: make redox_syscall non-optional, fix O_CLOEXEC dup
Three fixes for cross-recipe build:

1. O_CLOEXEC was already imported from libc at line 114, but
   the 0.1.18 backport added a duplicate 'pub const O_CLOEXEC'
   at line 173. E0255 ("name defined multiple times") error.
   Keep only the new F_DUPFD_CLOEXEC constant; O_CLOEXEC comes
   from libc.

2. pub mod acpi that re-exports AcPiVerb from redox_syscall
   is now correctly gated on '#[cfg(feature = "redox_syscall")]'.
   The 'redox_syscall' dep is currently optional in libredox's
   Cargo.toml, so recipes that don't enable the feature
   (e.g. base-initfs which uses default-features libredox)
   get an unresolved-import error. Move to making the dep
   non-optional so it's always available.

3. Make redox_syscall dep non-optional in Cargo.toml. This
   is safe because (a) the path override always points at the
   local fork which is always present, and (b) all downstream
   consumers of libredox already depend on redox_syscall
   transitively (or are the syscall consumers themselves, like
   the kernel).

After these three changes, the libredox fork builds cleanly
and the 'pub mod acpi { pub use redox_syscall::AcPiVerb; }'
re-export is available to all consumers without feature flags.
2026-07-02 08:25:51 +03:00
S
Description
RedBear Operating System, based on RedoxOS. Licenced under MIT license.
https://redbearos.org
MIT 20 GiB
Languages
C 43.9%
C++ 23.5%
Makefile 7.3%
Python 3.7%
JavaScript 3.4%
Other 17.1%