Processing commands for cont...@bugs.debian.org:
tags 677260 + patch
Bug #677260 [src:xserver-xorg-video-openchrome] xserver-xorg-video-openchrome:
FTBFS[kfreebsd]: error: unknown type name 'uint8_t'
Added tag(s) patch.
thanks
Stopping processing here.
Please contact me if you need
2012/6/13 Julien Cristau jcris...@debian.org:
I'm not sure what you mean here. You want sys/types.h to define
uintXX_t? Then you need to request this to Glibc maintainers.
Yes, I'd like kfreebsd sys/types.h to look like freebsd sys/types.h.
It seems you're regarding sys/types.h as a
On Fri, Jun 15, 2012 at 18:46:10 +0200, Robert Millan wrote:
In summary: none of this has anything to do with the kernel, it's a
pure userland issue. The problem is simply that libdrm-dev attempts
to use uintXX_t without including the header that provides them.
drm.h is a kernel header. It
2012/6/15 Julien Cristau jcris...@debian.org:
On Fri, Jun 15, 2012 at 18:46:10 +0200, Robert Millan wrote:
In summary: none of this has anything to do with the kernel, it's a
pure userland issue. The problem is simply that libdrm-dev attempts
to use uintXX_t without including the header that
On Fri, Jun 15, 2012 at 19:53:56 +0200, Robert Millan wrote:
2012/6/15 Julien Cristau jcris...@debian.org:
On Fri, Jun 15, 2012 at 18:46:10 +0200, Robert Millan wrote:
In summary: none of this has anything to do with the kernel, it's a
pure userland issue. The problem is simply that
2012/6/15 Julien Cristau jcris...@debian.org:
drm.h is a kernel header. It includes other kernel headers;
linux/types.h on linux, sys/types.h on bsd.
Are we talking about the same file? I was referring to
/usr/include/libdrm/drm.h.
Yes.
Then you definitely don't want to be including
2012/6/15 Julien Cristau jcris...@debian.org:
drm.h is a kernel header. It includes other kernel headers;
linux/types.h on linux, sys/types.h on bsd.
libdrm's via_drm.h #includes via_drmclient.h, which has to be provided
by the openchrome driver; doesn't that imply this is for userland? In
2012/6/13 Steven Chamberlain ste...@pyro.eu.org:
My other guess would be this, which also works; would appreciate advice
from others on debian-bsd@ though:
It's basically up to libdrm-dev maintainers. Do they expect that
stdint.h is a prerequisite before including drm.h?
On FreeBSD,
On Wed, Jun 13, 2012 at 22:10:08 +0200, Robert Millan wrote:
2012/6/13 Steven Chamberlain ste...@pyro.eu.org:
My other guess would be this, which also works; would appreciate advice
from others on debian-bsd@ though:
It's basically up to libdrm-dev maintainers. Do they expect that
2012/6/13 Julien Cristau jcris...@debian.org:
On FreeBSD, including sys/types.h also gives you stdint.h. But
that doesn't apply to GNU systems. This looks like a simple
portability issue.
I'd rather that got fixed in kfreebsd, unless there's a good reason to
differ here.
I'm not sure what
On Wed, Jun 13, 2012 at 22:22:23 +0200, Robert Millan wrote:
2012/6/13 Julien Cristau jcris...@debian.org:
On FreeBSD, including sys/types.h also gives you stdint.h. But
that doesn't apply to GNU systems. This looks like a simple
portability issue.
I'd rather that got fixed in
Package: src:xserver-xorg-video-openchrome
Version: 1:0.2.906-1
Severity: serious
Tags: sid wheezy
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Justification: fails to build from source (but built successfully in the past)
Hi!
Your package failed
On Tue, Jun 12, 2012 at 18:26:17 +0200, Christoph Egger wrote:
Package: src:xserver-xorg-video-openchrome
Version: 1:0.2.906-1
Severity: serious
Tags: sid wheezy
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Justification: fails to build
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:
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
On 12/06/12 22:19, Julien Cristau wrote:
stdint.h is a userspace header though, I assume it's not available in
kernel space?
I don't know. But that is where the via_drm.h bundled in openchrome
0.2.904+svn1050 was getting those definitions from.
This commit shows when via_drm.h (as it is now
My other guess would be this, which also works; would appreciate advice
from others on debian-bsd@ though:
--- /usr/include/libdrm/drm.h.orig
+++ /usr/include/libdrm/drm.h
@@ -46,14 +46,14 @@
#include sys/ioccom.h
#include sys/types.h
-typedef int8_t __s8;
-typedef uint8_t __u8;
-typedef
tags 677260 + patch
thanks
Hi,
I believe the attached patch to be an appropriate fix. I think userland
should consider stdint.h a prerequisite of using via_drm.h; and I'm
also assuming that all supported platforms will have it. The intel
driver makes that assumption already.
Regards,
--
18 matches
Mail list logo