Adrian Taylor

Thanks for the test case! bindgen is giving us: ```rust #[allow(non_snake_case, non_camel_case_types, non_upper_case_globals)] pub mod root { #[allow(unused_imports)] use self::super::root; #[repr(C)] pub struct A__bindgen_vtable(::std::os::raw::c_void); #[repr(C)] #[cpp_semantics(layout(8, 8, false))] pub struct...

May be the same as #832

Thanks for the report. The behavior you're seeing is a little surprising. If a give function is explicitly requested by `generate!` then indeed the build _should_ fail. It sounds like...

I've been poking at this but it isn't a very easy fix. We were (correctly) failing the build if a `generate!` didn't result in anything being spat out from the...

It's not quite clear what to do about this. If `Bob` is declared as non-POD, we generate: ```cpp inline uint32_t take_bob_autocxx_wrapper_0xfd37c8511aecb2b1(Bob* arg0) { return take_bob(std::move(*arg0)); } ``` If `Bob` is...

Thanks for this - would you raise a PR for your tests?

Not off the top of my head - I'd suggest putting in lots of `prints` to work out how far it's getting and exactly which step causes the lights to...

Yeah I had lots of issues, since the code didn't support the AR.Drone 2 at all until I started hacking at it :-) But that was a long time ago...

Nope, just go debug it. Assuming you know some Python you ought to be able to get it working. Trace that you're getting responses from the AT commands sent by...

Yes, works fine on my AR.Drone 2.0. Not very strange. I expect there are firmware differences, timing differences, protocol differences, or just luck differences which account for this. This is...