<br><font size=2 face="sans-serif">I understand the tension between maintaining
compatibility and moving forward, SWT/Eclipse also lives in such a world.
 However I think GTK balanced this well by maintaining compatibility
throughout each major release, and then as the burden of doing so became
too painful, creating a new major release.  The GTK devs may feel
that they kept the 2.x stream alive for too long (possibly true), but even
if they had cut it off earlier, this would not have caused a problem for
clients because Linux distros continue to ship GTK libs from each major
stream.  As a result apps written for GTK 1.x can still run today,
even though GTK abandoned this codebase long ago.  Eclipse is doing
something similar: its 3.x stream has maintained compatibility for 8 years,
but as this has become too constraining, the 4.x stream has emerged.  My
hope was that WebKitGTK would have a similar approach, since other similar
libs, including the other WebKit ports we use, maintain compatibility within
major revisions which last for at least a few years.</font>
<br>
<br><font size=2 face="sans-serif">Thanks for reading,</font>
<br><font size=2 face="sans-serif">Grant</font>
<br>
<br>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>Xan <xan.lopez@gmail.com></b>
</font>
<p><font size=1 face="sans-serif">05/05/2011 06:53 PM</font>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">Grant Gayed/Ottawa/IBM@IBMCA</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td><font size=1 face="sans-serif">webkit-gtk@lists.webkit.org, Silenio
Quarti/Ottawa/IBM@IBMCA</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">Re: [webkit-gtk] ABI compatibility between
releases</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><tt><font size=2>On Thu, May 5, 2011 at 3:09 PM, Grant Gayed <Grant_Gayed@ca.ibm.com>
wrote:<br>
> Most of the other libraries that SWT uses (gtk2, atk, glib, etc.)
have not<br>
> broken us in 10 years of use, as they maintain API and ABI compatibility
as<br>
> a policy.  Maintaining ABI compatibility may not matter when
a client app is<br>
> being shipped with a linux distro, but it greatly affects software
that<br>
> users download rather than using a version that's bundled with their
OS.  I<br>
> assume there are other apps out there that also become broken by changes<br>
> like this (?).  Is there any will to maintain binary compatibility
in future<br>
> WebKitGTK releases?  To do so would do a great service to your
client apps<br>
> (or at least one of them :-) ).<br>
<br>
We understand changing the ABI creates problems for some people, so we<br>
don't do it lightly. In this particular case a series of reasons<br>
converged that convinced us that it was the right thing to do at that<br>
moment. Other than that we still stick to our policy of gradually<br>
removing deprecated functionality relatively quick (after two major<br>
stable releases), so if you are expecting frozen-in-time-for-10-years<br>
stuff you are probably going to be disappointed again in the future.<br>
It's my understanding that the maintainers of the libraries you<br>
mention think keeping things stagnant for so long was a mistake, and<br>
that a better compromise must be reached between moving forward and<br>
backwards compatibility, so I don't think we are alone in this kind of<br>
thinking.<br>
<br>
Hope that helps,<br>
<br>
Xan<br>
<br>
<br>
><br>
> Thanks,<br>
> Grant<br>
><br>
> _______________________________________________<br>
> webkit-gtk mailing list<br>
> webkit-gtk@lists.webkit.org<br>
> </font></tt><a href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-gtk"><tt><font size=2>http://lists.webkit.org/mailman/listinfo.cgi/webkit-gtk</font></tt></a><tt><font size=2><br>
><br>
><br>
</font></tt>
<br>