On 13-09-21 01:48 PM, Alan Coopersmith wrote:
On 09/21/13 09:58 AM, Gaetan Nadon wrote:
Signed-off-by: Gaetan Nadon mems...@videotron.ca
---
src/Makefile.am |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/Makefile.am b/src/Makefile.am
index a466ae5..8c1a664
Deliberately breaking drivers without giving people a chance to fix them
isn't fair. Because of the current development model of Xorg people may
not notice that stuff is broken for more than six months.
Yes, this sucks big.
I read contrary to windows, linux works good an old hardware for so
On 13-08-02 11:27 PM, Alan Coopersmith wrote:
AC_ARG_ENABLE(dri, AS_HELP_STRING([--disable-dri],
- [Disable DRI support
[[default=auto]]]),
+ [Disable DRI support
[[default=enabled]]]),
I might leave that as default=auto,
On 09/22/13 06:20 AM, Gaetan Nadon wrote:
On 13-09-21 01:48 PM, Alan Coopersmith wrote:
On 09/21/13 09:58 AM, Gaetan Nadon wrote:
Signed-off-by: Gaetan Nadon mems...@videotron.ca
---
src/Makefile.am |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/Makefile.am
On 09/21/13 07:49 AM, devz...@web.de wrote:
Deliberately breaking drivers without giving people a chance to fix them
isn't fair. Because of the current development model of Xorg people may
not notice that stuff is broken for more than six months.
Yes, this sucks big.
You're replying to a
On 09/20/2013 02:48 PM, Ian Romanick wrote:
Final schedule is now available:
http://www.x.org/wiki/Events/XDC2013/Program/
In addition, folks arriving today can meet up this evening at Backspace.
115 NW 5th Ave, Portland
503.248.2900
http://www.backspace.bz/
I'm planning to arrive there
On Sun, Sep 22, 2013 at 08:59:42AM -0700, Alan Coopersmith wrote:
On 09/21/13 07:49 AM, devz...@web.de wrote:
Deliberately breaking drivers without giving people a chance to fix them
isn't fair. Because of the current development model of Xorg people may
not notice that stuff is broken for
On Sun, Sep 22, 2013 at 12:27 PM, Matthieu Herrb matthieu.he...@laas.fr wrote:
On Sun, Sep 22, 2013 at 08:59:42AM -0700, Alan Coopersmith wrote:
On 09/21/13 07:49 AM, devz...@web.de wrote:
Deliberately breaking drivers without giving people a chance to fix them
isn't fair. Because of the
On 22/09/13 09:53 AM, Alex Deucher wrote:
On Sun, Sep 22, 2013 at 12:27 PM, Matthieu Herrb
matthieu.he...@laas.fr wrote:
On Sun, Sep 22, 2013 at 08:59:42AM -0700, Alan Coopersmith wrote:
On 09/21/13 07:49 AM, devz...@web.de wrote:
Deliberately breaking drivers without giving people a chance
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Except for #3, for the series:
Reviewed-By: Matt Dew mar...@osource.org
and I refrain from that one just because install* targets are way out
of my area.
On 09/21/2013 09:47 AM, Gaetan Nadon wrote:
The X link to Xorg is not removed by make
AC_PROG_LN_S is brought in by AC_PROG_LIBTOOL
Signed-off-by: Gaetan Nadon mems...@videotron.ca
---
src/Makefile.am |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/Makefile.am b/src/Makefile.am
index 951dc26..49b3ddb 100644
--- a/src/Makefile.am
+++
Passing --enable-silent-rules to configure will cause build rules to be less
verbose; the option --disable-silent-rules will cause normal verbose output.
At make run time, the default chosen at configure time may be overridden:
make V=1 will produce verbose output, make V=0 less verbose output.
On Sun, Sep 22, 2013 at 16:05:48 -0400, Gaetan Nadon wrote:
AC_PROG_LN_S is brought in by AC_PROG_LIBTOOL
Signed-off-by: Gaetan Nadon mems...@videotron.ca
---
src/Makefile.am |8
1 file changed, 4 insertions(+), 4 deletions(-)
OOI, which system we target doesn't have ln -s?
Autoconf recommends using LN_S to safeguard against actual or future
portability issues. Being open source, X can be ported on platforms we are
not aware of today.
Autoconf:
Symbolic links are not available on old systems; use ‘$(LN_S)’
as a portable substitute.
AC_PROG_LN_S is brought in by
Various autoconf upgrades. Got into trouble when trying to creeate a
tarball. Simple fix however. Developers always have the development
package installed, so there are problems into which they never run.
Gaetan Nadon (5):
Autoconf: remove AC_PROG_CC which overrides AC_PROG_CC_C99 from
All other X.Org modules and mainly the server are using C99 compiler.
Currently the compiler gets initialized twice, once to C99 from
util-macros and once to C89 from configure.ac.
Signed-off-by: Gaetan Nadon mems...@videotron.ca
---
configure.ac |1 -
1 file changed, 1 deletion(-)
diff
Just a macro name change.
Signed-off-by: Gaetan Nadon mems...@videotron.ca
---
configure.ac | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/configure.ac b/configure.ac
index eb92f07..8837d69 100644
--- a/configure.ac
+++ b/configure.ac
@@ -50,7 +50,7 @@
Use AC_CONFIG_FILES (once or more) and then AC_OUTPUT.
Signed-off-by: Gaetan Nadon mems...@videotron.ca
---
configure.ac |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index 5596b12..52ea460 100644
--- a/configure.ac
+++ b/configure.ac
Unable to create a tar file for the vmmouse package or run distcheck for that
matter. In tools, when the dev package is not installed, the makefile code
under HAS_UDEV_RULES_DIR is commented out. That leaves $(udev_DATA) empty
which causes EXTRA_DIST to be missing a file.
The solution is to spell
Hi,
I am looking into Xorg for performance optimization, and want to do some
software acceleration for the Xorg fallback functions when the hardware
acceleration is not available. I am now using a notebook with intel display
card. In the UXA driver, I force the driver to use fallback funcs
20 matches
Mail list logo
