https://bugzilla.novell.com/show_bug.cgi?id=866669
https://bugzilla.novell.com/show_bug.cgi?id=866669#c2
--- Comment #2 from Michael Matz 2014-03-17 15:33:07 UTC ---
Where is u_longlong_t defined for you? I don't find it anywhere in glibc
or the other standard headers (and accordingly the above example indeed throws
"error: unknown type name ‘u_longlong_t’"). glibc's prototype of
xdr_u_longlong_t simply requires u_quad_t, which is __u_quad_t from sys/types.h
(via bits/types.h), so is a "standard" linux type. u_longlong_t is not.
The about only thing we could do is to add a typedef of u_longlong_t to
rpc/types.h (to u_quad_t, and same for signed variant), but that wouldn't
solve your problem, xdr_u_longlong_t would still require a type equivalent
to unsigned long*, not unsigned long long* (despite the name). We could also
change the implementation of xdr_u_longlong_t to actively require a (unsigned)
long long, but that would theoretically have ABI implications (though not
in practice on usual 64bit platforms).
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.