<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.26.0">
</HEAD>
<BODY>
On Wed, 2010-11-24 at 22:13 -0500, zt.tmzt@gmail.com wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
While I only recently discovered the -l option to build.sh, I find it
immensly helpful in building a set of protos and libraries for various
architectures/processors in a build root.
</PRE>
</BLOCKQUOTE>
This is good to know. The goal was not remove this feature, but to provide a more flexible way. Read on.
<BLOCKQUOTE TYPE=CITE>
<PRE>
&nbsp; The alternative is near
verbose a setup as building and installing every library and proto
from git manually, which is what I was doing prior to discovering this
option.
</PRE>
</BLOCKQUOTE>
Can you give us your opinion on this:<BR>
<BLOCKQUOTE>
    $ util/modular/build.sh -L &gt; modlist.txt
<PRE>
[edit modlist.txt: either delete lines or comment them out with a hash '#']
$ util/modular/build.sh $PREFIX --modfile modlist.txt 
</PRE>
</BLOCKQUOTE>
<BR>
Reference:<BR>
<A HREF="http://wiki.x.org/wiki/ModularDevelopersGuide#BestPractices">http://wiki.x.org/wiki/ModularDevelopersGuide#BestPractices</A><BR>
<BR>
This recent addition was meant exactly for your scenario. Even better, you are not bound by what<BR>
build.sh thinks is the right set of modules for you. There would be nothing wrong with keeping<BR>
the -l in parallel with this more flexible feature. We were concerned that &quot;too many options&quot;<BR>
would be detrimental. We need user's input on that.<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
<PRE>

On a more general note, this makes it more difficult for someone to
begin working with the X codebase, as they may be focused on a single
driver or the xserver/DDXs themselves, building able to install all of
the prerequesites in one go is of great utility.
</PRE>
</BLOCKQUOTE>
That's why we are actively maintaining build.sh
<BLOCKQUOTE TYPE=CITE>
<PRE>

My use case:

I am building X for an arm processor, including all of the libraries
it requires in a static configuration in a tree under /opt


--
tmzt
_______________________________________________
<A HREF="mailto:xorg-devel@lists.x.org">xorg-devel@lists.x.org</A>: X.Org development
Archives: <A HREF="http://lists.x.org/archives/xorg-devel">http://lists.x.org/archives/xorg-devel</A>
Info: <A HREF="http://lists.x.org/mailman/listinfo/xorg-devel">http://lists.x.org/mailman/listinfo/xorg-devel</A>
</PRE>
</BLOCKQUOTE>
</BODY>
</HTML>