Updating my Xorg on RHEL 6 etc
Dear X folks : One of the things I have long wanted to do is build X from the ground up and replace the version running on my workstation. This probably is not recommended by the Red Hat folks as I am using RHEL 6 workstation and I am sure that future updates from them would mess with any custom work I am doing. Or perhaps not? Really I don't know. I was going to create a small Debian Linux virtual machine within VMware and then use that to try a build with all X related bits going into /opt under something like /opt/X11. Has anyone done this sort and thing AND written a blog somewhere about it ? Just looking for pointers in the right direction, along with be careful of .. type stuff. Dennis ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Updating my Xorg on RHEL 6 etc
On Tue, Jan 15, 2013 at 8:09 AM, Dennis Clarke dcla...@blastwave.org wrote: Dear X folks : One of the things I have long wanted to do is build X from the ground up and replace the version running on my workstation. This probably is not recommended by the Red Hat folks as I am using RHEL 6 workstation and I am sure that future updates from them would mess with any custom work I am doing. Or perhaps not? Really I don't know. Well RHEL6 gets updates to fairly new bits every second minor release or so, and yes we don't recommend doing it yourself :-P But we have a tinderbox running on RHEL6 and it builds using jhbuild, You should probably start by reading: http://wiki.x.org/wiki/ModularDevelopersGuide Dave. ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Updating my Xorg on RHEL 6 etc
On Tue, Jan 15, 2013 at 8:09 AM, Dennis Clarke dcla...@blastwave.org wrote: Dear X folks : One of the things I have long wanted to do is build X from the ground up and replace the version running on my workstation. This probably is not recommended by the Red Hat folks as I am using RHEL 6 workstation and I am sure that future updates from them would mess with any custom work I am doing. Or perhaps not? Really I don't know. Well RHEL6 gets updates to fairly new bits every second minor release or so, and yes we don't recommend doing it yourself :-P I sort of figured that was the case. Murky deep waters therein and my workstation runs really really well. All with the exception of dealing with my NVidia Quadro 3500 graphics card, which RHEL seems to think can not do 3-D desktop features. I was thinking, well gee, latest X can do nearly anything one dreams of .. why not .. etc etc But we have a tinderbox running on RHEL6 and it builds using jhbuild, You should probably start by reading: http://wiki.x.org/wiki/ModularDevelopersGuide Excellent, thank you. I will certainly take a look as well as perhaps roll out a fully separate Debian Linux box for this experiment of mine. Dennis ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Updating my Xorg on RHEL 6 etc
On Mon, Jan 14, 2013 at 05:09:26PM -0500, Dennis Clarke wrote: Dear X folks : One of the things I have long wanted to do is build X from the ground up and replace the version running on my workstation. This probably is not recommended by the Red Hat folks as I am using RHEL 6 workstation and I am sure that future updates from them would mess with any custom work I am doing. Or perhaps not? Really I don't know. I was going to create a small Debian Linux virtual machine within VMware and then use that to try a build with all X related bits going into /opt under something like /opt/X11. Has anyone done this sort and thing AND written a blog somewhere about it ? Just looking for pointers in the right direction, along with be careful of .. type stuff. you can install a second X server from git (or anywhere) next to your existing one: http://who-t.blogspot.com.au/2012/05/testing-x-servers-from-git.html Obviously, for a production environment I recommend sticking to the Red Hat supported bits, especially since we keep it quite up-to-date anyway. Cheers, Peter ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Updating my Xorg on RHEL 6 etc
Has anyone done this sort and thing AND written a blog somewhere about it ? Just looking for pointers in the right direction, along with be careful of .. type stuff. you can install a second X server from git (or anywhere) next to your existing one: http://who-t.blogspot.com.au/2012/05/testing-x-servers-from-git.html Excellent, thank you. Obviously, for a production environment I recommend sticking to the Red Hat supported bits, especially since we keep it quite up-to-date anyway. Well yes, my RHEL world is pretty stable ( I mean rock solid ) and I don't like to mess with that, however I also like to test and do various little things without feeling restricted by my OS vendor ( you know, Microsoft, Oracle etc ). ;-) I will most likely fire up a Debian box for this and see what the issues are with this fancy NVidia Quadro card that RHEL says can not do 3-D acceleration. Dennis ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Updating my Xorg on RHEL 6 etc
you can install a second X server from git (or anywhere) next to your existing one: http://who-t.blogspot.com.au/2012/05/testing-x-servers-from-git.html side question, who in your opinion makes the absolute best graphics hardware avail for the niX and X world ? Seriously, your opinion. I currently have : $ lspci | grep -i quadro 07:00.0 VGA compatible controller: NVIDIA Corporation G71GL [Quadro FX 3500] (rev a1) With xdpyinfo claims : sedna.adbs.ca $ xdpyinfo name of display::0.0 version number:11.0 vendor string:Red Hat, Inc. vendor release number:11006000 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding:32, LSBFirst, 32 image byte order:LSBFirst number of supported pixmap formats:7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range:minimum 8, maximum 255 focus: window 0x5200022, revert to PointerRoot number of extensions:27 BIG-REQUESTS Composite DAMAGE DOUBLE-BUFFER DPMS DRI2 GLX Generic Event Extension MIT-SCREEN-SAVER MIT-SHM RANDR RECORD RENDER SGI-GLX SHAPE SYNC X-Resource XC-MISC XFIXES XFree86-DGA XFree86-VidModeExtension XINERAMA XInputExtension XKEYBOARD XTEST XVideo XVideo-MotionCompensation default screen number:0 number of screens:1 screen #0: dimensions:3320x1080 pixels (878x285 millimeters) resolution:96x96 dots per inch depths (7):24, 1, 4, 8, 15, 16, 32 root window id:0x16a depth of root window:24 planes number of colormaps:minimum 1, maximum 1 default colormap:0x20 default number of colormap cells:256 preallocated pixels:black 0, white 16777215 options:backing-store NO, save-unders NO largest cursor:64x64 current input event mask:0xfa8033 KeyPressMask KeyReleaseMask EnterWindowMask LeaveWindowMask ExposureMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask ColormapChangeMask number of visuals:64 default visual id: 0x21 visual: visual id:0x21 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits . . . etc etc However RHEL 6.3 workstation claims that accelerated 3D graphics is not available. I get this by clicking on the System - Preferences - Desktop Effects. Not sure what the issue is but I am guessing it must be either the hardware ( NVidia Quadro FX 3500 ) or the driver in play. even stranger, there are two physical screens but only one in xdpyinfo. That seems wrong or perhaps some XINERAMA magic. Either way ... building a whole new X is a tad extreme but the extreme usually works. Any thoughts you have would be greatly appreciated. Dennis ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
[ANNOUNCE] beforelight 1.0.5
The beforelight program is a sample implementation of a screen saver for X servers supporting the MIT-SCREEN-SAVER extension. It is only recommended for use as a code sample, as it does not include features such as screen locking or configurability. This minor maintenance release cleans up the build configuration scripts, including making them compatible with automake-1.13, which errors out on the old AM_CONFIG_HEADER macro. Alan Coopersmith (4): Remove dependency on libXaw config: Add missing AC_CONFIG_SRCDIR Remove Xaw mention from README beforelight 1.0.5 Gaetan Nadon (4): config: replace deprecated AC_HELP_STRING with AS_HELP_STRING config: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS man: remove trailing spaces and tabs config: move man pages into their own directory git tag: beforelight-1.0.5 http://xorg.freedesktop.org/archive/individual/app/beforelight-1.0.5.tar.bz2 MD5: d587e2e64d63d0a33e7e911727f9ebd4 SHA1: c019342dd3e7071d944b6efae5b3e058d77f46be SHA256: 8fcab6f15148ca680c0d3da8de7dcb41f8e6a076f442cf8bdcf272be9e348166 http://xorg.freedesktop.org/archive/individual/app/beforelight-1.0.5.tar.gz MD5: f0433eb6df647f36bbb5b38fb2beb22a SHA1: f4cf0c403f86f675250c3ee8bea17a7873d74e19 SHA256: 93bb3c457d6d5e8def3180fdee07bc84d1b7f0e5378a95812e2193cd51455cdc -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc pgpzwcdIl66zY.pgp Description: PGP signature ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
[ANNOUNCE] xcalc 1.0.5
xcalc is a scientific calculator X11 client that can emulate a TI-30 or an HP-10C. This minor maintenance release includes a couple years of build improvements, cleanups, and bug fixes. Alan Coopersmith (3): Add const to parse_double() args to fix gcc -Wwrite-strings warnings Strip trailing whitespace xcalc 1.0.5 Eric S. Raymond (1): Use table markup rather than tab stops. Aids DocBook translation. Gaetan Nadon (4): config: replace deprecated AC_HELP_STRING with AS_HELP_STRING man: remove trailing spaces and tabs man: replace hard coded man page section with substitution strings config: move man pages into their own directory git tag: xcalc-1.0.5 http://xorg.freedesktop.org/archive/individual/app/xcalc-1.0.5.tar.bz2 MD5: 8a5597cb97db0dfcfef9dc7a6238d204 SHA1: af06858e39db247bfc8802b46d4aedfd7053b388 SHA256: 448f3aca106e86fbc051172cc4ea51eebce2fac096a7a971b8561b9b85697ae4 http://xorg.freedesktop.org/archive/individual/app/xcalc-1.0.5.tar.gz MD5: 0c8e3f85d94be832b4e7439aafdff325 SHA1: 648e73a55bca903b7b7c453f02e4e489a9c4956a SHA256: 4674dfa0c875d41af320f54632249716aac3704fe3de1fb45a3d3af135fbbe06 -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc pgpiAQKVafMGs.pgp Description: PGP signature ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Preparing for automake 1.14
While it's good to prepare for 1.14, we're still not working with 1.13 yet. libX11 is failing with: nls/Makefile.am:41: error: using '$(srcdir)' in TESTS is currently broken: '$(srcdir)/compose-check.pl' (see http://tinderbox.x.org/builds/2013-01-14-0001/logs/libX11/#configure) and I'm not really sure what to do about that… any thoughts? --Jeremy On Jan 12, 2013, at 2:48 PM, Alan Coopersmith alan.coopersm...@oracle.com wrote: The recent release of automake-1.13 carried out the removal of macros like AM_CONFIG_HEADER that we'd cleaned out of almost all our configure scripts a while ago (at least in git, though not all of them got tarballs released), and announced what's coming in the next round: https://lists.gnu.org/archive/html/automake/2012-12/msg00038.html Of the items listed, the one it seems we're not prepared for is the removal of INCLUDES - we've still got more than a dozen modules using it in one or more Makefile.am's (I've attached the list I found in the modules I've checked out). I don't see a published release date for automake 1.14, so we should have some time to clean them out, but don't know how long. -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc am-includes.txt___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: Preparing for automake 1.14
On 01/13/13 11:52 PM, Jeremy Huddleston Sequoia wrote: While it's good to prepare for 1.14, we're still not working with 1.13 yet. libX11 is failing with: nls/Makefile.am:41: error: using '$(srcdir)' in TESTS is currently broken: '$(srcdir)/compose-check.pl' (see http://tinderbox.x.org/builds/2013-01-14-0001/logs/libX11/#configure) and I'm not really sure what to do about that… any thoughts? Didn't someone send a patch for that recently? Unfortunately, I don't see it on patchwork. -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
[PATCH libXI] Add missing XI_RawTouch* in XInputCopyCookie
Looks like XI_RawTouch* events are missing in the big switch in this function. When running XIT tests for multitouch devices, several following errors appears: XInputCopyCookie: Failed to copy evtype 22 XInputCopyCookie: Failed to copy evtype 23 XInputCopyCookie: Failed to copy evtype 24 Signed-off-by: Benjamin Tissoires benjamin.tissoi...@gmail.com --- Hi guys, well, I'm not 100% sure of this, but at least, it my tests don't print these errors... Cheers, Benjamin src/XExtInt.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/src/XExtInt.c b/src/XExtInt.c index 57d071d..507573b 100644 --- a/src/XExtInt.c +++ b/src/XExtInt.c @@ -1484,6 +1484,9 @@ XInputCopyCookie(Display *dpy, XGenericEventCookie *in, XGenericEventCookie *out case XI_RawButtonPress: case XI_RawButtonRelease: case XI_RawMotion: +case XI_RawTouchBegin: +case XI_RawTouchUpdate: +case XI_RawTouchEnd: ret = copyRawEvent(in, out); break; case XI_BarrierHit: -- 1.8.0.2 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: [PATCH xf86-video-mga] Fix XAA support for xserver 1.13
Ping... On Mon, Dec 03, 2012 at 07:54:56AM +0100, Matthieu Herrb wrote: Use consistent preprocessor sympbol to check if XAA support should be built, and make sure it's defined when needed. Signed-off-by: Matthieu Herrb matthieu.he...@laas.fr --- configure.ac |3 +++ src/mga_dri.c|2 +- src/mga_driver.c |6 +++--- 3 files changed, 7 insertions(+), 4 deletions(-) diff --git a/configure.ac b/configure.ac index fca1a9c..5fa9f89 100644 --- a/configure.ac +++ b/configure.ac @@ -138,6 +138,9 @@ if test x$XAA != xno; then CFLAGS=$XORG_CFLAGS CPPFLAGS=$XORG_CFLAGS AC_CHECK_HEADERS([xaa.h], XAA=yes, XAA=no) + if test x$XAA = xyes; then + AC_DEFINE(USE_XAA, 1, [Build support for xaa]) + fi CFLAGS=$save_CFLAGS CPPFLAGS=$save_CPPFLAGS fi diff --git a/src/mga_dri.c b/src/mga_dri.c index 3923c04..a1c39f3 100644 --- a/src/mga_dri.c +++ b/src/mga_dri.c @@ -355,7 +355,7 @@ void MGAGetQuiescence( ScrnInfoPtr pScrn ) MGAWaitForIdleDMA( pScrn ); /* FIXME what about EXA? */ -#ifdef XAA +#ifdef USE_XAA if (!pMga-Exa pMga-AccelInfoRec) { WAITFIFO( 11 ); OUTREG( MGAREG_MACCESS, pMga-MAccess ); diff --git a/src/mga_driver.c b/src/mga_driver.c index 8c4bb9c..ace9b16 100644 --- a/src/mga_driver.c +++ b/src/mga_driver.c @@ -87,7 +87,7 @@ #include mga_macros.h #include mga_maven.h -#ifdef XAA +#ifdef HAVE_XAA_H #include xaa.h #endif @@ -2115,7 +2115,7 @@ MGAPreInit(ScrnInfoPtr pScrn, int flags) } } else { #endif -#ifdef XAA +#ifdef USE_XAA if (!xf86LoadSubModule(pScrn, xaa)) { xf86DrvMsg(pScrn-scrnIndex, X_INFO, Falling back to shadowfb\n); @@ -3765,7 +3765,7 @@ MGACloseScreen(CLOSE_SCREEN_ARGS_DECL) pMgaEnt-refCount--; } -#ifdef XAA +#ifdef USE_XAA if (pMga-AccelInfoRec) XAADestroyInfoRec(pMga-AccelInfoRec); #endif -- 1.7.6 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel -- Matthieu Herrb ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: [PATCH xf86-video-mga] Fix XAA support for xserver 1.13
On Mon, Jan 14, 2013 at 3:20 PM, Matthieu Herrb matthieu.he...@laas.fr wrote: Ping... go ahead and commit? I don't think mga is maintained any more... On Mon, Dec 03, 2012 at 07:54:56AM +0100, Matthieu Herrb wrote: Use consistent preprocessor sympbol to check if XAA support should be built, and make sure it's defined when needed. Signed-off-by: Matthieu Herrb matthieu.he...@laas.fr --- configure.ac |3 +++ src/mga_dri.c|2 +- src/mga_driver.c |6 +++--- 3 files changed, 7 insertions(+), 4 deletions(-) diff --git a/configure.ac b/configure.ac index fca1a9c..5fa9f89 100644 --- a/configure.ac +++ b/configure.ac @@ -138,6 +138,9 @@ if test x$XAA != xno; then CFLAGS=$XORG_CFLAGS CPPFLAGS=$XORG_CFLAGS AC_CHECK_HEADERS([xaa.h], XAA=yes, XAA=no) + if test x$XAA = xyes; then + AC_DEFINE(USE_XAA, 1, [Build support for xaa]) + fi CFLAGS=$save_CFLAGS CPPFLAGS=$save_CPPFLAGS fi diff --git a/src/mga_dri.c b/src/mga_dri.c index 3923c04..a1c39f3 100644 --- a/src/mga_dri.c +++ b/src/mga_dri.c @@ -355,7 +355,7 @@ void MGAGetQuiescence( ScrnInfoPtr pScrn ) MGAWaitForIdleDMA( pScrn ); /* FIXME what about EXA? */ -#ifdef XAA +#ifdef USE_XAA if (!pMga-Exa pMga-AccelInfoRec) { WAITFIFO( 11 ); OUTREG( MGAREG_MACCESS, pMga-MAccess ); diff --git a/src/mga_driver.c b/src/mga_driver.c index 8c4bb9c..ace9b16 100644 --- a/src/mga_driver.c +++ b/src/mga_driver.c @@ -87,7 +87,7 @@ #include mga_macros.h #include mga_maven.h -#ifdef XAA +#ifdef HAVE_XAA_H #include xaa.h #endif @@ -2115,7 +2115,7 @@ MGAPreInit(ScrnInfoPtr pScrn, int flags) } } else { #endif -#ifdef XAA +#ifdef USE_XAA if (!xf86LoadSubModule(pScrn, xaa)) { xf86DrvMsg(pScrn-scrnIndex, X_INFO, Falling back to shadowfb\n); @@ -3765,7 +3765,7 @@ MGACloseScreen(CLOSE_SCREEN_ARGS_DECL) pMgaEnt-refCount--; } -#ifdef XAA +#ifdef USE_XAA if (pMga-AccelInfoRec) XAADestroyInfoRec(pMga-AccelInfoRec); #endif -- 1.7.6 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel -- Matthieu Herrb ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: Preparing for automake 1.14
On 13-01-14 11:07 AM, Alan Coopersmith wrote: On 01/13/13 11:52 PM, Jeremy Huddleston Sequoia wrote: While it's good to prepare for 1.14, we're still not working with 1.13 yet. libX11 is failing with: nls/Makefile.am:41: error: using '$(srcdir)' in TESTS is currently broken: '$(srcdir)/compose-check.pl' (see http://tinderbox.x.org/builds/2013-01-14-0001/logs/libX11/#configure) and I'm not really sure what to do about that… any thoughts? Didn't someone send a patch for that recently? Unfortunately, I don't see it on patchwork. Perhaps this would be the one: http://patches.openembedded.org/patch/41927/ It simply disables the tests altogether. In http://www.gnu.org/software/automake/manual/automake.html#Scripts_002dbased-Testsuites: Test programs that need data files should look for them in *|srcdir|* (which is both a make variable and an environment variable made available to the tests), so that they work when building in a separate directory (see Build Directories http://www.gnu.org/software/automake/manual/autoconf.html#Build-Directories), and in particular for the |distcheck| rule (see Checking the Distribution http://www.gnu.org/software/automake/manual/automake.html#Checking-the-Distribution). Could it be that the perl script returns an error? Does it complete successfully when run manually? Any of the other 32 or so tools in the tool chain has also been upgraded (if this error occurs on a system where a wholesale upgrade has been done? Anyone else has reproduced the problem or claims success? ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: [PATCH luit] configure: define XOPEN_SOURCE to 600 on linux
Le lundi 14 janvier 2013 à 09:44 +1000, Peter Hutterer a écrit : diff --git a/configure.ac b/configure.ac index c214d85..67ef2c4 100644 --- a/configure.ac +++ b/configure.ac @@ -62,7 +62,7 @@ case $host_os in linux*) AC_CHECK_HEADERS([poll.h]) AC_CHECK_FUNCS([poll]) -OS_CFLAGS=-D_XOPEN_SOURCE=500 +OS_CFLAGS=-D_XOPEN_SOURCE=600 ;; *) AC_CHECK_HEADERS([poll.h]) Any reason not to use autoconf's AC_USE_SYSTEM_EXTENSIONS? http://www.gnu.org/software/autoconf/manual/autoconf.html#Posix-Variants Cheers, Rémi ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
[PATCH xorg-gtest 1/5] Run configure during autogen
All other xorg projects run configure, let's make this one comply with that. Support NOCONFIGURE. Signed-off-by: Peter Hutterer peter.hutte...@who-t.net --- autogen.sh | 3 +++ 1 file changed, 3 insertions(+) diff --git a/autogen.sh b/autogen.sh index a08311b..fd9c59a 100755 --- a/autogen.sh +++ b/autogen.sh @@ -9,3 +9,6 @@ cd $srcdir autoreconf -v --install || exit 1 cd $ORIGDIR || exit $? +if test -z $NOCONFIGURE; then +exec $srcdir/configure $@ +fi -- 1.8.1 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
[PATCH xorg-gtest 2/5] Add xorg-gtest-example to gitignore
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net --- .gitignore | 1 + 1 file changed, 1 insertion(+) diff --git a/.gitignore b/.gitignore index 6bceeb1..06a57c4 100644 --- a/.gitignore +++ b/.gitignore @@ -79,3 +79,4 @@ core doc/api doc/Doxyfile examples/xorg-gtest-environment-example +examples/xorg-gtest-example -- 1.8.1 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
[PATCH xorg-gtest 3/5] test: fix spelling of a test case
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net --- test/device-test.cpp | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/test/device-test.cpp b/test/device-test.cpp index ff5aaec..47ddb26 100644 --- a/test/device-test.cpp +++ b/test/device-test.cpp @@ -5,7 +5,7 @@ using namespace xorg::testing; -TEST(DEVICE, DeviceNode) +TEST(Device, DeviceNode) { XORG_TESTCASE(Device node is /dev/input/eventX); -- 1.8.1 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
[PATCH xorg-gtest 4/5] test: fix device-test to include our include dir before system dirs
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net --- test/Makefile.am | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/test/Makefile.am b/test/Makefile.am index a8ec35a..13485ab 100644 --- a/test/Makefile.am +++ b/test/Makefile.am @@ -63,7 +63,7 @@ xserver_test_helper_SOURCES = xserver-test-helper.cpp xserver_test_helper_CPPFLAGS = $(AM_CPPFLAGS) device_test_SOURCES = device-test.cpp -device_test_CPPFLAGS = $(AM_CPPFLAGS) -I$(top_srcdir)/include +device_test_CPPFLAGS = -I$(top_srcdir)/include $(AM_CPPFLAGS) device_test_LDADD = $(tests_libraries) check_LIBRARIES = libgtest.a libxorg-gtest.a @@ -76,9 +76,9 @@ libgtest_a_CXXFLAGS = $(AM_CXXFLAGS) # build xorg-gtest as static lib libxorg_gtest_a_SOURCES = $(top_srcdir)/src/xorg-gtest-all.cpp libxorg_gtest_a_CPPFLAGS = \ - $(AM_CPPFLAGS) \ -I$(top_srcdir)/include \ -I$(top_srcdir) \ + $(AM_CPPFLAGS) \ -DDUMMY_CONF_PATH=\$(abs_top_srcdir)/data/xorg/gtest/dummy.conf\ libxorg_gtest_a_CXXFLAGS = $(AM_CXXFLAGS) -- 1.8.1 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
[PATCH xorg-gtest 5/5] device: add HasEvent() and GetAbsData()
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net --- include/xorg/gtest/evemu/xorg-gtest-device.h | 25 src/device.cpp | 21 test/SynPS2-Synaptics-TouchPad.desc | 33 ++ test/device-test.cpp | 164 +++ 4 files changed, 243 insertions(+) create mode 100644 test/SynPS2-Synaptics-TouchPad.desc diff --git a/include/xorg/gtest/evemu/xorg-gtest-device.h b/include/xorg/gtest/evemu/xorg-gtest-device.h index 60087dd..61a9c01 100644 --- a/include/xorg/gtest/evemu/xorg-gtest-device.h +++ b/include/xorg/gtest/evemu/xorg-gtest-device.h @@ -102,6 +102,31 @@ class Device { */ const std::string GetDeviceNode(void); + /** + * Check if a device supports a specific event. + * + * @param [in] type Type of the event (EV_REL, EV_ABS, ...) + * @param [in] code Event code (ABS_X, REL_Y, ...) + * + * @return true if this device supports this event or false otherwise. + */ + bool HasEvent(int type, int code); + + /** + * Retrieve data about an absolute axis on this device. + * + * @param [in] code The axis to query (e.g. ABS_X) + * @param [out] min Min value for this axis + * @param [out] max Max value for this axis + * @param [out] fuzz Fuzz value for this axis + * @param [out] flat Flat value for this axis + * @param [out] resolution Resolution of this axis + * + * @return false if this device doesn't have this axis, or true on success + */ + bool GetAbsData(int code, int *min, int *max, int *fuzz = NULL, int *flat = NULL, int *resolution = NULL); + + private: struct Private; std::auto_ptrPrivate d_; diff --git a/src/device.cpp b/src/device.cpp index ea98d17..a57864d 100644 --- a/src/device.cpp +++ b/src/device.cpp @@ -236,6 +236,27 @@ void xorg::testing::evemu::Device::PlayOne(int type, int code, int value, bool s } } +bool xorg::testing::evemu::Device::HasEvent(int type, int code) +{ +return evemu_has_event(d_-device, type, code); +} + +bool xorg::testing::evemu::Device::GetAbsData(int code, int *min, int *max, int *fuzz, int *flat, int *resolution) +{ +if (!HasEvent(EV_ABS, code)) +return false; + +*min = evemu_get_abs_minimum(d_-device, code); +*max = evemu_get_abs_maximum(d_-device, code); +if (fuzz) +*fuzz = evemu_get_abs_fuzz(d_-device, code); +if (flat) +*flat = evemu_get_abs_flat(d_-device, code); +if (resolution) +*resolution = evemu_get_abs_resolution(d_-device, code); +return true; +} + const std::string xorg::testing::evemu::Device::GetDeviceNode(void) { if (d_-device_node.empty()) GuessDeviceNode(d_-ctime); diff --git a/test/SynPS2-Synaptics-TouchPad.desc b/test/SynPS2-Synaptics-TouchPad.desc new file mode 100644 index 000..3f4982b --- /dev/null +++ b/test/SynPS2-Synaptics-TouchPad.desc @@ -0,0 +1,33 @@ +N: SynPS/2 Synaptics TouchPad +I: 0011 0002 0007 01b1 +P: 05 00 00 00 00 00 00 00 +B: 00 0b 00 00 00 00 00 00 00 +B: 01 00 00 00 00 00 00 00 00 +B: 01 00 00 00 00 00 00 00 00 +B: 01 00 00 00 00 00 00 00 00 +B: 01 00 00 00 00 00 00 00 00 +B: 01 00 00 01 00 00 00 00 00 +B: 01 20 e5 00 00 00 00 00 00 +B: 01 00 00 00 00 00 00 00 00 +B: 01 00 00 00 00 00 00 00 00 +B: 01 00 00 00 00 00 00 00 00 +B: 01 00 00 00 00 00 00 00 00 +B: 01 00 00 00 00 00 00 00 00 +B: 01 00 00 00 00 00 00 00 00 +B: 02 00 00 00 00 00 00 00 00 +B: 03 03 00 00 11 00 80 60 06 +B: 04 00 00 00 00 00 00 00 00 +B: 05 00 00 00 00 00 00 00 00 +B: 11 00 00 00 00 00 00 00 00 +B: 12 00 00 00 00 00 00 00 00 +B: 15 00 00 00 00 00 00 00 00 +B: 15 00 00 00 00 00 00 00 00 +A: 00 1472 5472 8 0 +A: 01 1408 4448 8 0 +A: 18 0 255 0 0 +A: 1c 0 15 0 0 +A: 2f 0 1 0 0 +A: 35 1472 5472 8 0 +A: 36 1408 4448 8 0 +A: 39 0 65535 0 0 +A: 3a 0 255 0 0 diff --git a/test/device-test.cpp b/test/device-test.cpp index 47ddb26..f3b5683 100644 --- a/test/device-test.cpp +++ b/test/device-test.cpp @@ -24,6 +24,170 @@ TEST(Device, InotifyWait) ASSERT_FALSE(d.GetDeviceNode().empty()); } +TEST(Device, HasEvent) +{ +XORG_TESTCASE(HasEvent must return the right bits.\n); + +xorg::testing::evemu::Device d(TEST_ROOT_DIR PIXART-USB-OPTICAL-MOUSE.desc); + +for (int i = ABS_X; i ABS_MAX; i++) +ASSERT_FALSE(d.HasEvent(EV_ABS, i)) Axis code i; + +for (int i = REL_X; i REL_MAX; i++) { +if (i == REL_X || i == REL_Y || i == REL_WHEEL) +ASSERT_TRUE(d.HasEvent(EV_REL, i)) Axis code i; +else +ASSERT_FALSE(d.HasEvent(EV_REL, i)) Axis code i; +} + +for (int i = BTN_LEFT; i KEY_MAX; i++) { +if (i == BTN_LEFT || i == BTN_RIGHT || i == BTN_MIDDLE) +ASSERT_TRUE(d.HasEvent(EV_KEY, i)) Axis code i; +else +ASSERT_FALSE(d.HasEvent(EV_KEY, i)) Axis code i; +} + +xorg::testing::evemu::Device d2(TEST_ROOT_DIR SynPS2-Synaptics-TouchPad.desc); + +for (int i = REL_X; i REL_MAX; i++) +
[PATCH evdev 2/4] Move valuator swapping into a helper function
No functional changes. Signed-off-by: Peter Hutterer peter.hutte...@who-t.net --- src/evdev.c | 52 +++- 1 file changed, 31 insertions(+), 21 deletions(-) diff --git a/src/evdev.c b/src/evdev.c index dfce8c4..f061324 100644 --- a/src/evdev.c +++ b/src/evdev.c @@ -418,6 +418,36 @@ EvdevQueueButtonClicks(InputInfoPtr pInfo, int button, int count) } } +static void +EvdevSwapAbsValuators(EvdevPtr pEvdev, ValuatorMask *mask) +{ +int i; +int swapped_isset[2] = {0, 0}; +int swapped_values[2]; + +if (!pEvdev-swap_axes) +return; + +for(i = 0; i = 1; i++) { +if (valuator_mask_isset(mask, i)) { +swapped_isset[1 - i] = 1; +swapped_values[1 - i] = +xf86ScaleAxis(valuator_mask_get(mask, i), + pEvdev-absinfo[1 - i].maximum, + pEvdev-absinfo[1 - i].minimum, + pEvdev-absinfo[i].maximum, + pEvdev-absinfo[i].minimum); +} +} + +for (i = 0; i = 1; i++) { +if (swapped_isset[i]) +valuator_mask_set(mask, i, swapped_values[i]); +else +valuator_mask_unset(mask, i); +} +} + /** * Take the valuators and process them accordingly. */ @@ -496,27 +526,7 @@ EvdevProcessValuators(InputInfoPtr pInfo) else if (pEvdev-abs_queued pEvdev-in_proximity) { int i; -if (pEvdev-swap_axes) { -int swapped_isset[2] = {0, 0}; -int swapped_values[2]; - -for(i = 0; i = 1; i++) -if (valuator_mask_isset(pEvdev-vals, i)) { -swapped_isset[1 - i] = 1; -swapped_values[1 - i] = -xf86ScaleAxis(valuator_mask_get(pEvdev-vals, i), - pEvdev-absinfo[1 - i].maximum, - pEvdev-absinfo[1 - i].minimum, - pEvdev-absinfo[i].maximum, - pEvdev-absinfo[i].minimum); -} - -for (i = 0; i = 1; i++) -if (swapped_isset[i]) -valuator_mask_set(pEvdev-vals, i, swapped_values[i]); -else -valuator_mask_unset(pEvdev-vals, i); -} +EvdevSwapAbsValuators(pEvdev, pEvdev-vals); for (i = 0; i = 1; i++) { int val; -- 1.8.1 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
[PATCH evdev 3/4] Move calibration adjustments to helper function
No functional changes. Signed-off-by: Peter Hutterer peter.hutte...@who-t.net --- src/evdev.c | 69 + 1 file changed, 37 insertions(+), 32 deletions(-) diff --git a/src/evdev.c b/src/evdev.c index f061324..1581d47 100644 --- a/src/evdev.c +++ b/src/evdev.c @@ -448,6 +448,42 @@ EvdevSwapAbsValuators(EvdevPtr pEvdev, ValuatorMask *mask) } } +static void +EvdevApplyCalibration(EvdevPtr pEvdev, ValuatorMask *mask) +{ +int i; + +for (i = 0; i = 1; i++) { +int val; +int calib_min; +int calib_max; + +if (!valuator_mask_isset(mask, i)) +continue; + +val = valuator_mask_get(mask, i); + +if (i == 0) { +calib_min = pEvdev-calibration.min_x; +calib_max = pEvdev-calibration.max_x; +} else { +calib_min = pEvdev-calibration.min_y; +calib_max = pEvdev-calibration.max_y; +} + +if (pEvdev-flags EVDEV_CALIBRATED) +val = xf86ScaleAxis(val, pEvdev-absinfo[i].maximum, +pEvdev-absinfo[i].minimum, calib_max, +calib_min); + +if ((i == 0 pEvdev-invert_x) || (i == 1 pEvdev-invert_y)) +val = (pEvdev-absinfo[i].maximum - val + + pEvdev-absinfo[i].minimum); + +valuator_mask_set(mask, i, val); +} +} + /** * Take the valuators and process them accordingly. */ @@ -524,39 +560,8 @@ EvdevProcessValuators(InputInfoPtr pInfo) * just works. */ else if (pEvdev-abs_queued pEvdev-in_proximity) { -int i; - EvdevSwapAbsValuators(pEvdev, pEvdev-vals); - -for (i = 0; i = 1; i++) { -int val; -int calib_min; -int calib_max; - -if (!valuator_mask_isset(pEvdev-vals, i)) -continue; - -val = valuator_mask_get(pEvdev-vals, i); - -if (i == 0) { -calib_min = pEvdev-calibration.min_x; -calib_max = pEvdev-calibration.max_x; -} else { -calib_min = pEvdev-calibration.min_y; -calib_max = pEvdev-calibration.max_y; -} - -if (pEvdev-flags EVDEV_CALIBRATED) -val = xf86ScaleAxis(val, pEvdev-absinfo[i].maximum, -pEvdev-absinfo[i].minimum, calib_max, -calib_min); - -if ((i == 0 pEvdev-invert_x) || (i == 1 pEvdev-invert_y)) -val = (pEvdev-absinfo[i].maximum - val + - pEvdev-absinfo[i].minimum); - -valuator_mask_set(pEvdev-vals, i, val); -} +EvdevApplyCalibration(pEvdev, pEvdev-vals); Evdev3BEmuProcessAbsMotion(pInfo, pEvdev-vals); } } -- 1.8.1 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
[PATCH evdev 1/4] Localise tmp variable
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net --- src/evdev.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/evdev.c b/src/evdev.c index 5667dc1..dfce8c4 100644 --- a/src/evdev.c +++ b/src/evdev.c @@ -424,7 +424,6 @@ EvdevQueueButtonClicks(InputInfoPtr pInfo, int button, int count) static void EvdevProcessValuators(InputInfoPtr pInfo) { -int tmp; EvdevPtr pEvdev = pInfo-private; int *delta = pEvdev-delta; @@ -456,6 +455,7 @@ EvdevProcessValuators(InputInfoPtr pInfo) } if (pEvdev-rel_queued) { +int tmp; int i; if (pEvdev-swap_axes) { -- 1.8.1 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
[PATCH evdev 4/4] Handle axis swap, calibration, and inversion for touch events (#59340)
X.Org Bug 59340 http://bugs.freedesktop.org/show_bug.cgi?id=59340 Reported-by: Bastien Nocera had...@hadess.net Signed-off-by: Peter Hutterer peter.hutte...@who-t.net --- src/evdev.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/src/evdev.c b/src/evdev.c index 1581d47..c689257 100644 --- a/src/evdev.c +++ b/src/evdev.c @@ -744,6 +744,9 @@ EvdevProcessTouch(InputInfoPtr pInfo) type = XI_TouchUpdate; +EvdevSwapAbsValuators(pEvdev, pEvdev-mt_mask); +EvdevApplyCalibration(pEvdev, pEvdev-mt_mask); + EvdevQueueTouchEvent(pInfo, pEvdev-cur_slot, pEvdev-mt_mask, type); pEvdev-slot_state = SLOTSTATE_EMPTY; -- 1.8.1 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: Preparing for automake 1.14
On Jan 14, 2013, at 1:46 PM, Gaetan Nadon mems...@videotron.ca wrote: On 13-01-14 11:07 AM, Alan Coopersmith wrote: On 01/13/13 11:52 PM, Jeremy Huddleston Sequoia wrote: While it's good to prepare for 1.14, we're still not working with 1.13 yet. libX11 is failing with: nls/Makefile.am:41: error: using '$(srcdir)' in TESTS is currently broken: '$(srcdir)/compose-check.pl' (see http://tinderbox.x.org/builds/2013-01-14-0001/logs/libX11/#configure) and I'm not really sure what to do about that… any thoughts? Didn't someone send a patch for that recently? Unfortunately, I don't see it on patchwork. Perhaps this would be the one: http://patches.openembedded.org/patch/41927/ It simply disables the tests altogether. Yeah, that's what I was going to do locally, but it would be nice to figure out a way to do it correctly In http://www.gnu.org/software/automake/manual/automake.html#Scripts_002dbased-Testsuites: Test programs that need data files should look for them in *|srcdir|* (which is both a make variable and an environment variable made available to the tests), so that they work when building in a separate directory (see Build Directories http://www.gnu.org/software/automake/manual/autoconf.html#Build-Directories), and in particular for the |distcheck| rule (see Checking the Distribution http://www.gnu.org/software/automake/manual/automake.html#Checking-the-Distribution). Could it be that the perl script returns an error? The perl script is never run. The error is from running automake (from autoreconf from autogen.sh) See: http://tinderbox.x.org/builds/2013-01-14-0001/logs/libX11/#configure Does it complete successfully when run manually? Any of the other 32 or so tools in the tool chain has also been upgraded (if this error occurs on a system where a wholesale upgrade has been done? Anyone else has reproduced the problem or claims success? ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
Re: [PATCH libXI] Add missing XI_RawTouch* in XInputCopyCookie
On Mon, Jan 14, 2013 at 06:32:05PM +0100, Benjamin Tissoires wrote: Looks like XI_RawTouch* events are missing in the big switch in this function. When running XIT tests for multitouch devices, several following errors appears: XInputCopyCookie: Failed to copy evtype 22 XInputCopyCookie: Failed to copy evtype 23 XInputCopyCookie: Failed to copy evtype 24 Signed-off-by: Benjamin Tissoires benjamin.tissoi...@gmail.com --- Hi guys, well, I'm not 100% sure of this, but at least, it my tests don't print these errors... Cheers, Benjamin whoops, thanks. applied. Cheers, Peter src/XExtInt.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/src/XExtInt.c b/src/XExtInt.c index 57d071d..507573b 100644 --- a/src/XExtInt.c +++ b/src/XExtInt.c @@ -1484,6 +1484,9 @@ XInputCopyCookie(Display *dpy, XGenericEventCookie *in, XGenericEventCookie *out case XI_RawButtonPress: case XI_RawButtonRelease: case XI_RawMotion: +case XI_RawTouchBegin: +case XI_RawTouchUpdate: +case XI_RawTouchEnd: ret = copyRawEvent(in, out); break; case XI_BarrierHit: -- 1.8.0.2 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
[PATCH:xev 2/2] Use strncasecmp if available, instead of a tolower loop strncmp
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com --- configure.ac |3 +++ xev.c| 12 +--- 2 files changed, 12 insertions(+), 3 deletions(-) diff --git a/configure.ac b/configure.ac index 0af7b2d..6016d62 100644 --- a/configure.ac +++ b/configure.ac @@ -26,6 +26,7 @@ AC_INIT([xev], [1.2.0], [https://bugs.freedesktop.org/enter_bug.cgi?product=xorg], [xev]) AC_CONFIG_SRCDIR([Makefile.am]) AC_CONFIG_HEADERS([config.h]) +AC_USE_SYSTEM_EXTENSIONS # Initialize Automake AM_INIT_AUTOMAKE([foreign dist-bzip2]) @@ -37,6 +38,8 @@ m4_ifndef([XORG_MACROS_VERSION], XORG_MACROS_VERSION(1.8) XORG_DEFAULT_OPTIONS +AC_CHECK_FUNCS([strncasecmp]) + # Checks for pkg-config packages PKG_CHECK_MODULES(XEV, [xrandr = 1.2 x11 xproto = 7.0.17]) diff --git a/xev.c b/xev.c index 34a46aa..298c5c1 100644 --- a/xev.c +++ b/xev.c @@ -32,6 +32,9 @@ from the X Consortium. * Author: Jim Fulton, MIT X Consortium */ +#ifdef HAVE_CONFIG_H +# include config.h +#endif #include stdio.h #include stdlib.h #include ctype.h @@ -907,16 +910,19 @@ static int parse_backing_store (char *s) { size_t len = strlen (s); +#ifndef HAVE_STRNCASECMP char *cp; for (cp = s; *cp; cp++) { if (isascii (*cp) isupper (*cp)) *cp = tolower (*cp); } +#define strncasecmp strncmp +#endif -if (strncmp (s, notuseful, len) == 0) return (NotUseful); -if (strncmp (s, whenmapped, len) == 0) return (WhenMapped); -if (strncmp (s, always, len) == 0) return (Always); +if (strncasecmp (s, notuseful, len) == 0) return (NotUseful); +if (strncasecmp (s, whenmapped, len) == 0) return (WhenMapped); +if (strncasecmp (s, always, len) == 0) return (Always); usage (); } -- 1.7.9.2 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
[PATCH:xev 1/2] Fix clang warnings about converting size_t to int and back again
xev.c:909:15: warning: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'int' [-Wshorten-64-to-32] int len = strlen (s); ~~~ ^~ xev.c:917:34: warning: implicit conversion changes signedness: 'int' to 'size_t' (aka 'unsigned long') [-Wsign-conversion] if (strncmp (s, notuseful, len) == 0) return (NotUseful); ~~~ ^~~ xev.c:918:35: warning: implicit conversion changes signedness: 'int' to 'size_t' (aka 'unsigned long') [-Wsign-conversion] if (strncmp (s, whenmapped, len) == 0) return (WhenMapped); ~~~ ^~~ xev.c:919:31: warning: implicit conversion changes signedness: 'int' to 'size_t' (aka 'unsigned long') [-Wsign-conversion] if (strncmp (s, always, len) == 0) return (Always); ~~~ ^~~ Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com --- xev.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/xev.c b/xev.c index b130b2f..34a46aa 100644 --- a/xev.c +++ b/xev.c @@ -906,7 +906,7 @@ NULL}; static int parse_backing_store (char *s) { -int len = strlen (s); +size_t len = strlen (s); char *cp; for (cp = s; *cp; cp++) { -- 1.7.9.2 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
[ANNOUNCE] xvidtune 1.0.3
xvidtune is a client interface to the XFree86-VidModeExtension. This minor maintenance release includes several years of build improvements, cleanups, and bug fixes; including making the build configuration scripts compatible with automake-1.13. Alan Coopersmith (3): config: Add missing AC_CONFIG_SRCDIR Remove unneeded second declaration of buf that shadows the first xvidtune 1.0.3 Gaetan Nadon (10): config: update AC_PREREQ statement to 2.60 config: upgrade to util-macros 1.8 for additional man page support config: use AC_PROG_INSTALL now supplied by XORG_DEFAULT_OPTIONS config: remove AC_PROG_CC as it overrides AC_PROG_C_C99 config: remove unrequired AC_SUBST([*_CFLAGS]) config: remove unrequired AC_SUBST([*_LIBS]) config: replace deprecated AC_HELP_STRING with AS_HELP_STRING config: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS man: remove trailing spaces and tabs config: move man pages into their own directory git tag: xvidtune-1.0.3 http://xorg.freedesktop.org/archive/individual/app/xvidtune-1.0.3.tar.bz2 MD5: 8676c9bb1658fe91de244e850f6c3ca8 SHA1: 5ed9967f61cb7f6698fc6da6a2ca7afc5305468d SHA256: 24e5e103933a04bfb2e1d18562619ed74031ab515e7343eb546bacdbcbeecf01 http://xorg.freedesktop.org/archive/individual/app/xvidtune-1.0.3.tar.gz MD5: e0c31d78741ae4aab2f4bfcc2abd4a3d SHA1: 9380bc89f271021ac446e03317d5aa7b425e1a92 SHA256: c0e158388d60e1ce054ce462958a46894604bd95e13093f3476ec6d9bbd786d4 -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc pgphLGQVf3ZzY.pgp Description: PGP signature ___ xorg-announce mailing list xorg-announce@lists.x.org http://lists.x.org/mailman/listinfo/xorg-announce
[ANNOUNCE] beforelight 1.0.5
The beforelight program is a sample implementation of a screen saver for X servers supporting the MIT-SCREEN-SAVER extension. It is only recommended for use as a code sample, as it does not include features such as screen locking or configurability. This minor maintenance release cleans up the build configuration scripts, including making them compatible with automake-1.13, which errors out on the old AM_CONFIG_HEADER macro. Alan Coopersmith (4): Remove dependency on libXaw config: Add missing AC_CONFIG_SRCDIR Remove Xaw mention from README beforelight 1.0.5 Gaetan Nadon (4): config: replace deprecated AC_HELP_STRING with AS_HELP_STRING config: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS man: remove trailing spaces and tabs config: move man pages into their own directory git tag: beforelight-1.0.5 http://xorg.freedesktop.org/archive/individual/app/beforelight-1.0.5.tar.bz2 MD5: d587e2e64d63d0a33e7e911727f9ebd4 SHA1: c019342dd3e7071d944b6efae5b3e058d77f46be SHA256: 8fcab6f15148ca680c0d3da8de7dcb41f8e6a076f442cf8bdcf272be9e348166 http://xorg.freedesktop.org/archive/individual/app/beforelight-1.0.5.tar.gz MD5: f0433eb6df647f36bbb5b38fb2beb22a SHA1: f4cf0c403f86f675250c3ee8bea17a7873d74e19 SHA256: 93bb3c457d6d5e8def3180fdee07bc84d1b7f0e5378a95812e2193cd51455cdc -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc pgpIWknkBtWmA.pgp Description: PGP signature ___ xorg-announce mailing list xorg-announce@lists.x.org http://lists.x.org/mailman/listinfo/xorg-announce
[Bug 59291] Mathematica crashes when scrolling
https://bugs.freedesktop.org/show_bug.cgi?id=59291 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Assignee|xorg-driver-ati@lists.x.org |mesa-dev@lists.freedesktop. ||org QA Contact|xorg-t...@lists.x.org | Product|xorg|Mesa Version|unspecified |9.0 Component|Driver/Radeon |GLX -- You are receiving this mail because: You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati