You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
it seems that cbindgen can only rename a type by writing config file like
[export.rename]
"Feature" = "MODULE_NAME_FEATURE"
if there are multi Feature types in different modules, the generated header file only contains the last type.
so, if cbindgen can write rename rule in annotations, the problem can be solved, for example
// in crate::a
/// cbindgen:export-rename=A_FEATURE
pub enum Feature {...}
// in crate::b
/// cbindgen:export-rename=B_FEATURE
pub enum Feature {...}
there are already some similar annotations in cbindgen like cbindgen:no-exportcbindgen:eq-attributes=MY_ATTRIBUTES, i think it's not difficult to implement it.
The text was updated successfully, but these errors were encountered:
I really need this. Right now, I am using FfiStr to manage passing strings across ffi boundaries (I haven't found a suitable alternative). However, cbindgen is outputting garbage when I try to pass around pointers.
For one, I have already renamed FfiStr to const char* in my cbindgen.toml. However, this does not play nicely at all with the *const renaming done by cbindgen. It ends up being const const char * which is wrong.
Not sure how to get around this other than with something that lets me completely rename the type that cbindgen will emit for a specific method argument.
it seems that cbindgen can only rename a type by writing config file like
if there are multi
Feature
types in different modules, the generated header file only contains the last type.so, if cbindgen can write rename rule in annotations, the problem can be solved, for example
there are already some similar annotations in cbindgen like
cbindgen:no-export
cbindgen:eq-attributes=MY_ATTRIBUTES
, i think it's not difficult to implement it.The text was updated successfully, but these errors were encountered: