[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#677260: xserver-xorg-video-openchrome: FTBFS[kfreebsd]: error: unknown type name 'uint8_t'

On Tue, Jun 12, 2012 at 21:57:38 +0100, Steven Chamberlain wrote:

> On 12/06/12 19:44, Julien Cristau wrote:
> >> In file included from /usr/include/libdrm/via_drm.h:27:0,
> >>                  from ../../src/via_xvmc.h:29,
> >>                  from ../../libxvmc/viaXvMCPriv.h:34,
> >>                  from ../../libxvmc/viaLowLevel.c:34:
> >> /usr/include/libdrm/drm.h:50:1: error: unknown type name 'uint8_t'
> >> /usr/include/libdrm/drm.h:52:1: error: unknown type name 'uint16_t'
> >> /usr/include/libdrm/drm.h:54:1: error: unknown type name 'uint32_t'
> >> /usr/include/libdrm/drm.h:56:1: error: unknown type name 'uint64_t'
> >> make[3]: *** [libchromeXvMC_la-viaLowLevel.lo] Error 1
> >>
> > Does freebsd <sys/types.h> no longer define those types?  That sounds
> > like a regression there, not in this package.
> Hi Julien,
> They're in stdint.h, and that is not being included any more.
stdint.h is a userspace header though, I assume it's not available in
kernel space?

> This used to happen when a bundled via_drm.h included via_drmclient.h.
> Now the system's <libdrm/via_drm.h> has replaced it, but that includes
> drm.h before via_drmclient.h, using the C99 integer types without
> including stdint.h first.
> Therefore the openchrome 0.2.904+svn1050 package (still) builds on
> kfreebsd-* whereas 0.2.906 does not.  This seems to be a bug for the
> libdrm-dev package.
Then I'm going to ask for a patch, because drm.h is supposed to work on
all of linux and freebsd kernel and userland, which means it either got
b0rked by kfreebsd or by a freebsd update, AFAICT.


Reply to: