Hello!
Bluez 4.97 has entered some distros recently (Fedora Core, MeeGo 1.2
update), which broke compilation of the C++ code in SyncEvolution
using /usr/lib/bluetooth.h.
The compiler error is:
/usr/include/bluetooth/bluetooth.h::131:9: error: invalid conversion from 'void*' to 'bt_get_le64(void*)::<anonymous struct>*'
...
The reason is that C++, in contrast to C, does not allow conversion of
void * to anything, and this code gets compiled as C++ when the app is
written in C++. The macro with the assignment itself is older, but only
recent Bluez starts to use it in inline functions, thus triggering the
problem.
Attached is a proposed solution. Note that I have only verified that it
now compiles in C and C++, I have not actually tested the resulting
Bluez, because compilation fails for me on Debian Testing for another
reason (libcheck.a linked into shared object, doesn't work because not
relocatable).
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
*** bluez-4.97/lib/bluetooth.h.orig 2012-01-16 09:06:07.171931288 +0100
--- bluez-4.97/lib/bluetooth.h 2012-01-16 09:07:02.523930152 +0100
***************
*** 113,119 ****
({ \
struct __attribute__((packed)) { \
typeof(*(ptr)) __v; \
! } *__p = (void *) (ptr); \
__p->__v; \
})
--- 113,119 ----
({ \
struct __attribute__((packed)) { \
typeof(*(ptr)) __v; \
! } *__p = (typeof(__p)) (ptr); \
__p->__v; \
})
***************
*** 121,127 ****
do { \
struct __attribute__((packed)) { \
typeof(*(ptr)) __v; \
! } *__p = (void *) (ptr); \
__p->__v = (val); \
} while(0)
--- 121,127 ----
do { \
struct __attribute__((packed)) { \
typeof(*(ptr)) __v; \
! } *__p = (typeof(__p)) (ptr); \
__p->__v = (val); \
} while(0)
