-
-
Notifications
You must be signed in to change notification settings - Fork 316
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
cfg fixup #2154
Conversation
@addisoncrump it's already done for libafl_qemu btw |
@@ -2543,7 +2543,7 @@ where | |||
// Crete a new ShMemProvider for this background thread | |||
let shmem_provider_bg = SP::new().unwrap(); | |||
|
|||
#[cfg(fature = "llmp_debug")] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
😅
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It happens lol, one of the reasons I'm doing this
@@ -26,7 +26,7 @@ use core::{fmt::Debug, time::Duration}; | |||
#[cfg(feature = "std")] | |||
use std::time::Instant; | |||
|
|||
#[cfg(feature = "no_std")] | |||
#[cfg(not(feature = "std"))] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Wait, how did that ever work/not warn or error?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks great!
Well, hold your horses, it's not over yet 😅 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks like this file is getting generated inconsistently; we shouldn't have it in the repo, and instead should just be generated at compile time.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
These are the stub bindings, they are only for testing and clippy and so on
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
(As far as I can tell)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not so sure. @andreafioraldi or @rmalmain: How do we reduce instability here? My bindgen output for this file is inconsistent with y'all's.
I think the apple thing is broken |
Fixed |
No clue where this is from/ how to fix this: error[E0432]: unresolved import `crate::FastSnapshotPtr`
--> libafl_qemu/src/qemu/systemmode.rs:18:26
|
18 | EmulatorMemoryChunk, FastSnapshotPtr, GuestAddrKind, MemAccessInfo, Qemu, QemuExitError,
| ^^^^^^^^^^^^^^^ no `FastSnapshotPtr` in the root
|
note: type alias `crate::emu::systemmode::FastSnapshotPtr` exists but is inaccessible
--> libafl_qemu/src/emu/systemmode.rs:55:1
|
55 | pub type FastSnapshotPtr = *mut libafl_qemu_sys::SyxSnapshot;
| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ not accessible
For more information about this error, try `rustc --explain E0432`.
error: could not compile `libafl_qemu` (lib) due to 1 previous error |
Great stuff |
Recently, cfg checking was stabilized. This attempts to resolve the issues in CI associated with this.