Rename hooks should affect names passed to subsequent hooks; rename hook for a thing should be called before any hook that receives data referring to that thing
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 25/100
Direzione di ricerca
Start with the reproduction: a demo.h with an anonymous union inside in6_addr, a ParseCallbacks impl overriding item_name and field_name, and debug output showing the order of calls. Find where bindgen invokes item_name and field_name in the parse and codegen passes, and check whether the renamed name is used when field_name runs. Done means field_name receives in6_addr_u and item_name runs once for that type, with a regression test added to the bindgen test suite.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
If you build and run this test program, using bindgen 0.73...
use bindgen::callbacks::{ParseCallbacks, ItemInfo, ItemKind, FieldInfo};
#[derive(Debug)]
struct DemoCallbacks;
impl ParseCallbacks for DemoCallbacks {
fn item_name(&self, info: ItemInfo<'_>) -> Option<String> {
if info.kind == ItemKind::Type {
eprintln!("item_name: {:?}", &info);
if let Some(trimmed) = info.name.strip_suffix("__bindgen_ty_1") {
return Some(format!("{trimmed}_u"));
}
}
None
}
fn field_name(&self, info: FieldInfo<'_>) -> Option<String> {
eprintln!("field_name: {:?}", info);
None
}
}
fn main() {
bindgen::builder()
.header("demo.h")
.parse_callbacks(Box::new(DemoCallbacks))
.allowlist_type("in6_addr")
.generate()
.expect("parsing failed")
.write(std::io::stdout().lock())
.expect("write error");
}
... with this file as demo.h in the working directory:
struct in6_addr {
union {
unsigned char u6_addr8[16];
unsigned short u6_addr16[8];
unsigned int u6_addr32[8];
} in6_u;
};
... you will get this output:
item_name: ItemInfo { name: "in6_addr", kind: Type }
field_name: FieldInfo { type_name: "in6_addr", field_name: "in6_u", field_type_name: Some("union (unnamed at demo.h:2:3)") }
item_name: ItemInfo { name: "in6_addr__bindgen_ty_1", kind: Type }
field_name: FieldInfo { type_name: "in6_addr_u", field_name: "u6_addr8", field_type_name: None }
field_name: FieldInfo { type_name: "in6_addr_u", field_name: "u6_addr16", field_type_name: None }
field_name: FieldInfo { type_name: "in6_addr_u", field_name: "u6_addr32", field_type_name: None }
item_name: ItemInfo { name: "in6_addr__bindgen_ty_1", kind: Type }
/* automatically generated by rust-bindgen 0.73.2 */
#[repr(C)]
#[derive(Copy, Clone)]
pub struct in6_addr {
pub in6_u: in6_addr_u,
}
#[repr(C)]
#[derive(Copy, Clone)]
pub union in6_addr_u {
pub u6_addr8: [::std::os::raw::c_uchar; 16usize],
pub u6_addr16: [::std::os::raw::c_ushort; 8usize],
pub u6_addr32: [::std::os::raw::c_uint; 8usize],
}
// ... size/alignment/offset assertions omitted ...
The generated bindings (everything after the "automatically generated by ..." line) correctly reflect the renamed anonymous union in the input, but the calls to field_name do not. This is the key part of the debug spew:
field_name: FieldInfo { type_name: "in6_addr", field_name: "in6_u", field_type_name: Some("union (unnamed at demo.h:2:3)") }
item_name: ItemInfo { name: "in6_addr__bindgen_ty_1", kind: Type }
These calls should have happened in the opposite order, and the FieldInfo passed to the field_name hook should have had field_type_name: Some("in6_addr_u"). Also, item_name should not have been called a second time for this type.
This is just one example instance of a general principle: in all cases, whenever bindgen finds a thing that has or needs a name, the relevant rename hook should have a chance to act on that thing before any operation that refers to that thing happens, and all the hooks for subsequent operations should see adjusted names, not the originals, and especially not placeholders like "union (unnamed at demo.h.2:3)".
- Lingua principale
- Rust
- Stelle
- 5.3k
- Fork
- 846
- Merge medio
- 2g 6h
- PR unite (30g)
- 11
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di rust-lang/rust-bindgen
-
--enable-cxx-namespaces panics on namespace [[deprecated]] { ("[" is not a valid Ident)Forse già presa @lwz23 l’ha presa 48 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
rust-lang/rust-bindgen#3485 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
rust-lang/rust-bindgen#3483 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
rust-lang/rust-bindgen#3370 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
rust-lang/rust-bindgen#3363 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
rust-lang/rust-bindgen#3539 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di rust-lang/rust-bindgen
Issue simili
-
good first issue help wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
servo/rust-smallvec#873 ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 82/100
I maintainer di solito rispondono entro 3 giorni
-
Panic on live viewport resize when unstyled elements exist in display: none subtreeForse già presa @GoCoder7 l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
DioxusLabs/blitz#1488 ·
I maintainer di solito rispondono entro 1 giorno
-
🏷️ good first issue enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
I maintainer di solito rispondono entro 1 giorno
-
S-Needs triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 2 giorni