<!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-09-20 at 16:08 +0300, Adrian Bunk wrote:<BR>
<BLOCKQUOTE TYPE=CITE>
    <TT><FONT COLOR="#1a1a1a">Maintaining a Linux platform that builds its components from git [1] </FONT></TT><BR>
    <TT><FONT COLOR="#1a1a1a">that until half a year ago used libtool 1.5 I also ran into the problem </FONT></TT><BR>
    <TT><FONT COLOR="#1a1a1a">that more and more components no longer work with libtool 1.5 (including </FONT></TT><BR>
    <TT><FONT COLOR="#1a1a1a">several X components). My general impression at that time was that no </FONT></TT><BR>
    <TT><FONT COLOR="#1a1a1a">upstream tests its code with libtool 1.5 anymore.</FONT></TT><BR>
    <BR>
</BLOCKQUOTE>
In fact, creating tarballs is not a centralized process. Any developer can create and publish<BR>
a tarball, not being aware of the libtool version. There is nothing wrong with that, so as long<BR>
as the modules configuration specify minimum versions.<BR>
<BR>
This is done explicitly for Autoconf with AC_INIT but implicitly for automake and libtool by<BR>
using statements that can only be found at a specific version, or up.<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
    <TT><FONT COLOR="#1a1a1a">Also note that bumping the libtool requirement would affect only people</FONT></TT><BR>
    <TT><FONT COLOR="#1a1a1a">building from git, not normal users building from tarballs.</FONT></TT><BR>
    <BR>
</BLOCKQUOTE>
<BR>
Thanks, that's the kind of info I was looking for.
</BODY>
</HTML>