HaikuWebKit 614.1.1 build fails on 64 bit

[vidrep]

hrev55788 x86_64

HaikuWebKit 614.1.1 build fails on 64 bit

HaikuWebKit build log attached

[diver]

Seems to be related to hrev55770.

[pulkomandy]

Yes, I have not updated my Haiku install yet so I didn't get that problem.

@waddlesplash I think the very fast deprecation of the old APIs makes it impossible to provide a WebKit that builds on both nightlies and beta? This makes it difficult to ship a WebKit update for beta from me.

Not really a problem because I need to do some changes to BBitmap::LockBits as well anyway...

[waddlesplash]

Yeah, maybe it wasn't such a good idea to hard-deprecate the APIs so quickly.

[nephele]

Do we have a deprecation policy?

In any case, it would be fine if we do this, if haikuports had a branch, atleast for some ports. That is for applications that have specific code for severall haiku versions they be compiled for those aswell, we could do a compile time switch then.

[pulkomandy]

Do we have a deprecation policy?

The strict/official policy is that only the part of the API/ABI that was in BeOS is currently guaranteed to be stable. These functions are Haiku extensions.

That is a bit unrealistic, no one (almost) is going to write code that still runs on BeOS. But to change that policy we would need to make an R1 release and clearly define what is or isn't part of its stable ABI/API.

[pulkomandy]

The change in WebKit is only in the testing tools (DumpRenderTree) so we can manage to ship a version of the libs that works on both beta and nightlies.

For now the code has been changed to build correctly on nightlies.