On Tue, 2020-01-07 at 10:07 -0800, Brian Gix wrote:
On Tue, 2020-01-07 at 11:56 -0600, Denis Kenzior wrote:
> And really, why are we trying to fix something that isn't
I guess I wasn't clear... This is broken in BlueZ, which compiles everything with
when compiling for ARM-8 architectures.
> Look carefully at what that macro is doing, it is casting to (char *)
> only for purposes of pointer arithmetic. There's no possibility of any
> misalignment. The compiler is just being silly.
If this is indeed the "compiler being silly" then this would seem to be an
argument in *favor* of void-casting
the final macro output, before casting to the desired type... This is Michał's
original solution, and should
work pretty universally. It is also what Marcel has signalled that he believes is