This might also require -std=c99 to set c standard correctly. I did
use that in my CFLAGS when I tried to compile with -Werror.
--
--
___
Dri-devel mailing list
Dri-devel@lists.
---
libdrm/xf86drm.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/libdrm/xf86drm.c b/libdrm/xf86drm.c
index 55df19a..1e6eb7a 100644
--- a/libdrm/xf86drm.c
+++ b/libdrm/xf86drm.c
@@ -240,22 +240,22 @@ static int drmMatchBusID(const char *id1, const char *id2)
---
libdrm/xf86drm.c | 49 ++---
1 files changed, 46 insertions(+), 3 deletions(-)
diff --git a/libdrm/xf86drm.c b/libdrm/xf86drm.c
index 7b05386..bf80fd4 100644
--- a/libdrm/xf86drm.c
+++ b/libdrm/xf86drm.c
@@ -269,6 +269,49 @@ static int drmMatchBus
I did try to compile libdrm with "-pedantic -Wall -Werror" but there is a lot
of warnings generated.
This patch set fixes compilation of libdrm/xf86drm.c. I also made patch to add
configuration option to make it easy for developers to use strict compilation
with all warnings enabled as errors.
---
shared-core/drm.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/shared-core/drm.h b/shared-core/drm.h
index 7758af4..42a6c23 100644
--- a/shared-core/drm.h
+++ b/shared-core/drm.h
@@ -855,7 +855,6 @@ typedef struct drm_set_version drm_set_version_t;
typedef struct d
---
libdrm/xf86drm.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/libdrm/xf86drm.c b/libdrm/xf86drm.c
index 1e6eb7a..7b05386 100644
--- a/libdrm/xf86drm.c
+++ b/libdrm/xf86drm.c
@@ -34,6 +34,7 @@
#ifdef HAVE_CONFIG_H
# include
#endif
+#define _XOPEN_SOURCE 500
#inc
---
configure.ac | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index be2fbbf..763464b 100644
--- a/configure.ac
+++ b/configure.ac
@@ -52,6 +52,11 @@ AC_ARG_ENABLE(radeon-experimental-api,
[Enable support for radeon's
---
libdrm/xf86drm.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/libdrm/xf86drm.h b/libdrm/xf86drm.h
index c1d173c..a7f9763 100644
--- a/libdrm/xf86drm.h
+++ b/libdrm/xf86drm.h
@@ -37,6 +37,7 @@
#include
#include
#include
+#include
#include
http://bugs.freedesktop.org/show_bug.cgi?id=1707
Christoph Brill changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=22608
--- Comment #2 from Michael Pyne 2009-07-03 14:15:07 PST ---
Created an attachment (id=27368)
--> (http://bugs.freedesktop.org/attachment.cgi?id=27368)
dmesg output of root X session
Like for the other attachment, dmesg -c was used to clear
http://bugs.freedesktop.org/show_bug.cgi?id=22608
--- Comment #1 from Michael Pyne 2009-07-03 14:13:02 PST ---
Created an attachment (id=27367)
--> (http://bugs.freedesktop.org/attachment.cgi?id=27367)
dmesg output of non-root X session.
The kernel log ring buffer was cleared using dmesg -
http://bugs.freedesktop.org/show_bug.cgi?id=22608
Summary: Screen does not update when using DRI/DRM if non-root
Product: DRI
Version: DRI CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: major
On Fri, Jul 3, 2009 at 5:47 AM, Daniel Stone wrote:
> On Wed, Jul 01, 2009 at 09:39:17PM -0400, Kristian Høgsberg wrote:
>> If we want to do better (and if we care about security enhanced X in a
>> [... snipped for brevity ...]
>> session server is a client of a system display server. Which is why
http://bugs.freedesktop.org/show_bug.cgi?id=22605
--- Comment #1 from pa...@rojtberg.net 2009-07-03 05:42:44 PST ---
the actor in this case is an ClutterTexture
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
Yo
Eric Anholt wrote:
> There have been bugfixes in load detect since .30, could you try
> master and see if it's fixed?
Yes, you are right. Problem seems to me fixed in 2.6.31-rc1.
Thanks for the hint
--
--
__
http://bugs.freedesktop.org/show_bug.cgi?id=22605
Summary: clutter_actor_set_opacity slow when using radeon-rewrite
Product: Mesa
Version: CVS
Platform: Other
URL: http://www.clutter-
project.org/docs/clutter/0.8/Clutter
On Wed, Jul 01, 2009 at 09:39:17PM -0400, Kristian Høgsberg wrote:
> If we want to do better (and if we care about security enhanced X in a
> [... snipped for brevity ...]
> session server is a client of a system display server. Which is why
... ? :)
Cheers,
Daniel
signature.asc
Description: D
Any comment for this patch?
Thanks
Quanxian Wang
>
>
>-Original Message-
>From: intel-gfx-boun...@lists.freedesktop.org
>[mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf Of
>Wang, Quanxian
>Sent: 2009年7月2日 10:58
>To: dri-de...@lists.sourceforget.net; airl...@linux.ie
>Cc: Guo
http://bugs.freedesktop.org/show_bug.cgi?id=22575
Summary: [KMS] mesa demo projtex broken on rv280
Product: Mesa
Version: CVS
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: mediu
19 matches
Mail list logo