On Mon, Feb 1, 2010 at 9:02 AM, Dan Nicholson dbn.li...@gmail.com wrote:
On Sun, Jan 31, 2010 at 4:58 PM, Peter Hutterer
peter.hutte...@who-t.net wrote:
On Sat, Jan 30, 2010 at 09:17:12AM +0530, Amey wrote:
Hello all,
I am a final year graduate student and I am trying to
On Tue, Jan 26, 2010 at 12:36:55PM -0800, Jeremy Huddleston wrote:
I'm trying to modify xkeyboard-config to create an empty xbk rules set.
This way, we can set empty as the default in XQuartz and have a clean
slate.
I'm having a bit of trouble getting this to work. Firstly, I can't seem
to
On Tue, Feb 2, 2010 at 12:26 AM, Amey amey1...@gmail.com wrote:
On Mon, Feb 1, 2010 at 9:02 AM, Dan Nicholson dbn.li...@gmail.com wrote:
On Sun, Jan 31, 2010 at 4:58 PM, Peter Hutterer
peter.hutte...@who-t.net wrote:
On Sat, Jan 30, 2010 at 09:17:12AM +0530, Amey wrote:
Hello all,
On Tue, Jan 26, 2010 at 12:36 PM, Jeremy Huddleston
jerem...@freedesktop.org wrote:
I'm trying to modify xkeyboard-config to create an empty xbk rules set.
This way, we can set empty as the default in XQuartz and have a clean slate.
I'm having a bit of trouble getting this to work. Firstly,
On Tue, Feb 2, 2010 at 6:09 AM, Sergey Udaltsov
sergey.udalt...@gmail.com wrote:
Dan
Well, these changes look a bit odd, but ok, let's have them. Could you
please create a bug in bugzilla and attach your patch there. Just for
accountability sake.
I think Jeremy was more asking why they
On Feb 2, 2010, at 03:18, Peter Hutterer wrote:
On Tue, Jan 26, 2010 at 12:36:55PM -0800, Jeremy Huddleston wrote:
I'm trying to modify xkeyboard-config to create an empty xbk rules set.
This way, we can set empty as the default in XQuartz and have a clean
slate.
I'm having a bit of
What's the rationale behind having -fno-strict-aliasing in CWARNFLAGS?
Do we actually have code somewhere that needs -fno-strict-aliasing? If so, we
should restrict -fno-strict-aliasing to that project (and try to address the
reason for the need) rather than putting it in util-macros.
On Tue, Feb 2, 2010 at 6:43 AM, Oliver McFadden
oliver.mcfad...@nokia.com wrote:
commit c6e8637e29e0ca11dfb35c02da7ca6002ac8c597 introduced this
regression; it can cause existing config files to be parsed incorrectly.
Signed-off-by: Oliver McFadden oliver.mcfad...@nokia.com
---
Signed-off-by: Dirk Wallenstein hals...@t-online.de
---
man/xkb/XkbGetState.man |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/man/xkb/XkbGetState.man b/man/xkb/XkbGetState.man
index d591b1e..4e0 100644
--- a/man/xkb/XkbGetState.man
+++ b/man/xkb/XkbGetState.man
@@
XkbAllComponentsMask is the combination of all component masks not just
a single bit.
Signed-off-by: Dirk Wallenstein hals...@t-online.de
---
man/xkb/XkbGetKeyboard.man |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/man/xkb/XkbGetKeyboard.man
XKeycodeToKeysym keeps compatibility with pre-XKB and thus only sees 2
groups with 2 levels each. It wraps the index into the next group.
This behavior confuses the unaware user, and therefore this will add a
reference to XkbKeycodeToKeysym in the corresponding man paragraph.
Another bug had that
The XkbKeyActionEntry macro expands to a pointer.
Signed-off-by: Dirk Wallenstein hals...@t-online.de
---
man/xkb/XkbKeyActionEntry.man |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/man/xkb/XkbKeyActionEntry.man b/man/xkb/XkbKeyActionEntry.man
index
On Tue, Feb 2, 2010 at 16:43:00 +0200, Oliver McFadden wrote:
commit c6e8637e29e0ca11dfb35c02da7ca6002ac8c597 introduced this
regression; it can cause existing config files to be parsed incorrectly.
Signed-off-by: Oliver McFadden oliver.mcfad...@nokia.com
Acked-by: Julien Cristau
On Tue, Feb 2, 2010 at 21:24:32 +0100, Dirk Wallenstein wrote:
Signed-off-by: Dirk Wallenstein hals...@t-online.de
Reviewed-by: Julien Cristau jcris...@debian.org
Cheers,
Julien
___
xorg-devel mailing list
xorg-devel@lists.x.org
On Tue, 2010-02-02 at 09:28 -0800, Jeremy Huddleston wrote:
What's the rationale behind having -fno-strict-aliasing in CWARNFLAGS?
Do we actually have code somewhere that needs -fno-strict-aliasing? If so,
we should restrict -fno-strict-aliasing to that project (and try to address
the
I'd prefer to see this written as:
(1L7) - 1L
On Feb 2, 2010, at 12:24, Dirk Wallenstein wrote:
XkbAllComponentsMask is the combination of all component masks not just
a single bit.
Signed-off-by: Dirk Wallenstein hals...@t-online.de
---
man/xkb/XkbGetKeyboard.man |2 +-
1 files
On Feb 2, 2010, at 13:18, Gaetan Nadon wrote:
I have not seen any compelling reasons to turn off this optimization.
Maybe 10 years ago when it was first introduced. I have seen reports of
large number of warnings, but from older gcc versions. As it is today,
we are losing some optimization
Instead, we warn where this optimization might cause a problem!
This was included for historic reasons and has persisted to the point of now
infecting all X.org modules. Historically, it was just present in these
modules before adding XORG_CWARNFLAGS to XORG_DEFAULT_OPTIONS:
libICE
libSM
libX11
On Tue, Feb 2, 2010 at 1:32 PM, Julien Cristau jcris...@debian.org wrote:
On Tue, Feb 2, 2010 at 21:24:30 +0100, Dirk Wallenstein wrote:
The XkbKeyActionEntry macro expands to a pointer.
Signed-off-by: Dirk Wallenstein hals...@t-online.de
wow. what a mess of macros...
Reviewed-by:
Signed-off-by: Jeremy Huddleston jerem...@apple.com
---
configure.ac |6 +++---
src/Font.c|2 +-
src/OpenDis.c |2 +-
src/XlibInt.c |2 +-
4 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/configure.ac b/configure.ac
index 0eea575..00ab51c 100644
---
imLcIm.c: In function '_XimCachedFileName':
imLcIm.c:361: warning: format '%03x' expects type 'unsigned int', but argument
8 has type 'long unsigned int'
imLcIm.c:364: warning: format '%03x' expects type 'unsigned int', but argument
8 has type 'long unsigned int'
imRm.c: In function
Jeremy,
I just tried
setxkbmap -model -layout -option -print
xkb_keymap {
xkb_keycodes { include evdev };
xkb_types { include complete };
xkb_geometry { include pc(pc104) };
};
The values for keycodes, types, geometry are taken from rules/evdev
! model
On Tue, 2010-02-02 at 14:00 -0800, Jeremy Huddleston wrote:
On Feb 2, 2010, at 13:18, Gaetan Nadon wrote:
I have not seen any compelling reasons to turn off this optimization.
Maybe 10 years ago when it was first introduced. I have seen reports of
large number of warnings, but from older
On Feb 2, 2010, at 17:11, Gaetan Nadon wrote:
On Tue, 2010-02-02 at 14:00 -0800, Jeremy Huddleston wrote:
On Feb 2, 2010, at 13:18, Gaetan Nadon wrote:
I have not seen any compelling reasons to turn off this optimization.
Maybe 10 years ago when it was first introduced. I have seen
On Tue, 2010-02-02 at 17:34 -0800, Jeremy Huddleston wrote:
On Feb 2, 2010, at 17:11, Gaetan Nadon wrote:
On Tue, 2010-02-02 at 14:00 -0800, Jeremy Huddleston wrote:
On Feb 2, 2010, at 13:18, Gaetan Nadon wrote:
I have not seen any compelling reasons to turn off this optimization.
On Tue, Feb 2, 2010 at 5:03 PM, Jeremy Huddleston
jerem...@freedesktop.org wrote:
Signed-off-by: Jeremy Huddleston jerem...@apple.com
---
configure.ac | 6 +++---
src/Font.c | 2 +-
src/OpenDis.c | 2 +-
src/XlibInt.c | 2 +-
4 files changed, 6 insertions(+), 6
On Feb 2, 2010, at 19:49, Dan Nicholson wrote:
- X11_REQUIRES=${X11_REQUIRES} xau xcmiscproto bigreqsproto
+ X11_REQUIRES=${X11_REQUIRES} xau [xcmiscproto = 1.2.0]
[bigreqsproto = 1.1.0]
Do these actually change anything? autoconf is just going to remove
the [] after
On Mon, Feb 01, 2010 at 08:43:58AM +, Sergey Udaltsov wrote:
Hi Peter
Sergey, is there still reason for doing this? I note the commit dates back
to 2004.
Well, at that point in 2004 something did not work without it, so I
created it. If you're saying that now it is not necessary, I
28 matches
Mail list logo