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. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120612211953.gi12...@radis.cristau.org
