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 assistanc
2012/6/15 Julien Cristau :
> drm.h is a kernel header. It includes other kernel headers;
> on linux, 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
that file is a #include "stdint.h" which
2012/6/15 Julien Cristau :
>> > drm.h is a kernel header. It includes other kernel headers;
>> > on linux, 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 as that's
a userland header in
On Fri, Jun 15, 2012 at 19:53:56 +0200, Robert Millan wrote:
> 2012/6/15 Julien Cristau :
> > 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 a
2012/6/15 Julien Cristau :
> 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 th
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.
2012/6/13 Julien Cristau :
>> I'm not sure what you mean here. You want 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 as a kernel-related header,
but this is not at
On Wed, Jun 13, 2012 at 22:22:23 +0200, Robert Millan wrote:
> 2012/6/13 Julien Cristau :
> >> On FreeBSD, including also gives you . 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
2012/6/13 Julien Cristau :
>> On FreeBSD, including also gives you . 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 you mean here. You want to
On Wed, Jun 13, 2012 at 22:10:08 +0200, Robert Millan wrote:
> 2012/6/13 Steven Chamberlain :
> > 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 p
2012/6/13 Steven Chamberlain :
> 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, including also gives you
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,
--
Stev
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
#include
-typedef int8_t __s8;
-typedef uint8_t __u8;
-typedef int16_t __s16;
-typedef
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
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,
> >>
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
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 b
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
18 matches
Mail list logo