[Evolution] ABI incompatibility after changing calendar ids to ECalComponentId

Øystein Gisnås oystein at gisnas.net
Mon May 1 04:48:55 UTC 2006


I've found some changes in header files in libedata-cal and libcal
between 1.4.2 and 2.6. It seems like some functions now have
ECalComponentId as argument type instead of GList to fix #266144,
#317575. The problematic change for libedata-cal is [1], [2], and [3].
Libcal is affected by [4].

Telling from the CVS log, it seems like the changes have been reverted
due to API changes, but then reapplied later. To me, it looks like the
changes break ABI compatibility, but LIBECAL_AGE and LIBEDATACAL_AGE was
never reset. Is there a reason why these two libraries keep their SONAME
through these changes? If not, I'm afraid I'll have to change the SONAME
in the Debian packages.

Thanks,
Øystein Gisnås

[1] http://cvs.gnome.org/viewcvs/evolution-data-server/calendar/libedata-cal/e-data-cal-view.h?r1=1.7&r2=1.8
[2] http://cvs.gnome.org/viewcvs/evolution-data-server/calendar/libedata-cal/e-cal-backend.h?r1=1.16&r2=1.17
[3] http://cvs.gnome.org/viewcvs/evolution-data-server/calendar/libedata-cal/e-data-cal.h?r1=1.13&r2=1.14
[4] http://cvs.gnome.org/viewcvs/evolution-data-server/calendar/libecal/e-cal.h?r1=1.28&r2=1.29
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Dette er en digitalt signert meldingsdel
Url : http://lists.alioth.debian.org/pipermail/pkg-evolution-maintainers/attachments/20060501/aa7c5540/attachment.pgp


More information about the Pkg-evolution-maintainers mailing list