Keeping binary compatibility

Richard Moore richmoore44 at gmail.com
Sun Oct 3 11:59:48 CEST 2010


On Sat, Oct 2, 2010 at 9:54 PM, Michael Pyne <mpyne at purinchu.net> wrote:
> On Saturday, October 02, 2010 14:11:32 Christoph Feck wrote:
>> On Friday 01 October 2010 15:32:41 Lubos Lunak wrote:
>> >  as you probably know, the theory is that KDE libraries keep backwards
>> >
>> > binary compatibility. As you might or might not know, that is the
>> > theory.
>>
>> Let me add to the discussion that r1174275 added a virtual to an exported
>> class for 4.5.2 and thus breaks binary compatibility. Not sure if the
>> JSObject class is supposed to be used outside kdelibs, though.
>
> I've emailed Maks about that and confirmed that although JSObject is
> KJS_EXPORTed, that only for the usage of other parts of kdelibs. The header
> itself is never installed. Third-party users of KJS do so via other official
> wrappers such as KJSEmbed from what I understand.

Since we don't install the kjsembed headers either, I would guess it
must be JSObject -> KJSEmbed -> Kross.

Rich.


More information about the release-team mailing list