<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<tt>Dear Alex,<br>
<br>
I have updated all tools and am compiling more or less successfully. <br>
(<i>Mea culpa</i>, I should have done this more thoroughly at the
onset.)<br>
Thank you for your assistance. Mind you, having started with versions<br>
of tools older than required, I had to delete so many files and <br>
directories that it would have made better sense to delete everything<br>
and start over. <br>
<br>
Additionally, short of building the entire tree, which I did not want <br>
to do, the dependencies have been excruciating. One after another I <br>
have had to check out another module and recompile. I thought the whole
<br>
intent of modularization was to decouple X from the old single tree <br>
approach. In this respect it is somewhat lacking. <br>
<br>
I adapted ./utils/modular/build.sh to be selective so I don't have to <br>
rebuild things which have built successfully. (I'm working from an SVN<br>
repository. I had a look at adapting jhbuild for SVN but it looked like
<br>
too much work. Still, something like that for checked out trees would<br>
be nice. <br>
<br>
I am now adding my own modules and even with the documentation, which <br>
is, in the UNIX tradition, woefully inadequate, (Please don't direct<br>
me to the <i><b>New Module Guidelines</b></i>, which I have read,
thank you.) I have<br>
copied over the scripts from existing modules and am adapting them for<br>
mine. However, much like writing Imakefiles in the old system, it is<br>
still initially largely a process of reverse engineering. <br>
<br>
The problem is that those who implemented the modular approach, seem <br>
unable to put themselves in the place of those new to what they have <br>
implemented. Many of those folks are more or less household names <br>
(albeit a rather recondite household). </tt><tt>New users come in all
levels of <br>
expertise. I have been porting X to custom hardware platforms for 15
years </tt><tt><br>
I don't think I should be having such difficulties. <br>
<br>
I will document my endeavors. Perhaps they will be of some use to
others. <br>
In the meantime, if you have any other helpful pointers I would
appreciate <br>
hearing them.<br>
<br>
<br>
Best regards,<br>
<br>
<br>
John<br>
<br>
</tt><br>
Alex Deucher wrote:
<blockquote
 cite="mida728f9f90703201430w27401383xb78803d07ec1127c@mail.gmail.com"
 type="cite">On 3/20/07, John Klingler <a class="moz-txt-link-rfc2396E" href="mailto:john@jupiter.com"><john@jupiter.com></a> wrote:
  <br>
  <blockquote type="cite"><br>
 automake (GNU automake) 1.6.3
    <br>
    <br>
  </blockquote>
  <br>
you need at least 1.9.  See this page for more info:
  <br>
<a class="moz-txt-link-freetext" href="http://wiki.x.org/wiki/ModularDevelopersGuide">http://wiki.x.org/wiki/ModularDevelopersGuide</a>
  <br>
  <br>
</blockquote>
</body>
</html>