ABI report for Vermillion Devel 63
Alvaro Lopez Ortega
alvaro at alobbs.com
Wed Apr 11 16:03:02 PDT 2007
Glynn Foster wrote, On 11/04/07 19:49:
> Laszlo (Laca) Peter wrote:
>> On Wed, 2007-04-11 at 22:14 +0200, Alvaro Lopez Ortega wrote:
>>> > Function removal can be a serious ABI issue. If the function was
>>> > previously exposed in the module's header files then it is an issue
>>> > and the GNOME community should be informed [NOTE: 'how' to notify is
>>> > not known]. One easy way to determine this is to search an old version
>>> > of the package for the offending header file.
>>>
>>> I made those changes. That patch is not in the community repository
>>> yet, so by the moment we are the only ones who are using it.
>>>
>>> Anyway, being an evolving library it isn't such a big deal, is it?
>> Breaking the ABI of an Evolving lib _is_ a big deal.
>> Fortunately this is only in vermillion-devel, but if it was,
>> we would have to keep the ABI compatible.
>
> I'm not sure gnome-vfs is one of those libraries that we really care about
> though - it's not in the GTK+ and circle of friends dependencies, so there's
> probably less pressure on that point.
What I can do for sure is to re-implement the methods I removed. I
suppose that would be a little help even if they are deprecated.
About the ABI stability issue, I don't remember who I talked with,
but my understanding was that as long as it was the gnome-vfs lib it
wasn't a big deal. At the end of the day, the ABI is not guaranteed
to be stable.
> However, it would be ideal if we could at least keep the same ABI as the
> upstream community.
Sure, I'll try..
--
Greetings, alo.
http://www.alobbs.com
More information about the jds-notify
mailing list