Hi Tomas,

On Tue, Aug 03, 2010 at 10:34:09PM +0200, ext Tomas Carnecky wrote:
> The gloal of this patchset is to simplify the configure.ac script and
> the makefiles, especially the definitions of variables which hold the
> set of libraries linked to each server.
> 
> There are libraries which each server has to link to, those include
> the core implementation of the server (libdix.la, libos.la, libmi.la)
> plus any extensions which are either required by the DIX (XFixes) or
> always enabled (XKB, Damage, Render, Randr, XInput). And then there
> are out-of-tree libraries (system libraries) which are required by
> all servers. Each server may also link with optional in-tree and
> out-of-tree libraries (for example extensions which depend on
> support in the DDX which is only provided by that particular server).

I'd like to reinforce that we want a configurable and customizable Xorg,
mostly for who concerns about some constraints such memory footprint.

So, for instance, mi module may be something that we won't want to build in
some server (think in an Xorg doing and Xvfb role and mi only having rendering
related stuff). Also, RENDER is an extension that right now is mandatory to be
built (28b7b2b8) but some systems may not want to build this (e.g. MeeGo + QT
4.7 will do everything through GL). I've seen you didn't touch in this aspects
of customization yet but I just want to make sure you have this idea on your
mind. 

Anyway, I liked the series, Tomas:
Reviewed-by: Tiago Vignatti <tiago.vigna...@nokia.com>

Maybe you're interesting to vacuum up a patch I sent some weeks ago
(eventually applying Dan's comments): 
http://lists.x.org/archives/xorg-devel/2010-July/010697.html


Thank you,

             Tiago
_______________________________________________
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

Reply via email to