<!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 Mon, 2010-12-13 at 16:37 -0800, Alan Coopersmith wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
Trevor Woerner wrote:
&gt; On Mon, Dec 13, 2010 at 7:03 PM, Gaetan Nadon &lt;<A HREF="mailto:memsize@videotron.ca">memsize@videotron.ca</A>&gt; wrote:
&gt;&gt; The resulting variables XORG_CFLAGS and XORG_LIBS are unique to each package
&gt;&gt; and hold different values.
&gt;&gt; This is where I think the concept of a cache does not hold. The last write
&gt;&gt; wins and if you pick a random
&gt;&gt; package to rebuild, it will pick the value written last.
&gt; 
&gt; Ah okay, I think I see where you're going. In my original email I was
&gt; trying to say: &quot;maybe all the variables between all the packages
&gt; should be coordinated so they don't clash&quot; but seeing how huge of a
&gt; job that would be it's probably much safer this way. I'm guessing it's
&gt; probably not being used by many people, and I'm all for getting rid of
&gt; clutter :-)

We tried that early on in modularization for all the libraries and apps,
which is why they have strangely worded configure messages such as:

checking for ICO... yes

when you're building ico (it should really be &quot;checking for the packages that
ICO needs&quot;), due to commits such as:
<A HREF="http://cgit.freedesktop.org/xorg/app/ico/commit/?id=5c31a07dbcb735445951f7f7cae8579ee16262d5">http://cgit.freedesktop.org/xorg/app/ico/commit/?id=5c31a07dbcb735445951f7f7cae8579ee16262d5</A>

Unfortunately, it doesn't seem to have been consistently applied or kept up.
</PRE>
</BLOCKQUOTE>
An impossible task, if you ask me. The cache should error out on duplicates.<BR>
<BR>
I assume it's an Acked-by from at least Trevor to remove this from build.sh so new comers (or myself!)<BR>
don't get burned on this.<BR>
<BR>
Thanks for the review!
</BODY>
</HTML>