Re: [webkit-dev] Introducing a minimum ICU version for WebKit

2020-04-09 Thread Adrien Destugues
>Also, sadly ICU does not maintain a stable API or ABI. So every >application and library using ICU would need to be rebuilt and updated >at the same time. Then the update would break any custom software that >users have using the system ICU. Such an update would go badly... >probably would

Re: [webkit-dev] Moving to Python 3

2019-07-13 Thread Adrien Destugues
>I don’t think anyone is arguing that we’d eventually need to move to >Python3. I’m arguing that it’s not okay to require random WebKit >contributor to know some obscure python insanity to install Python 3, >or >have a script that installs Python 3 and breaks all other python >scripts in >the

Re: [webkit-dev] Help regarding rendering in webkit2 port of haiku

2019-06-10 Thread Adrien Destugues
On Mon, Jun 10, 2019 at 09:37:06AM +0300, Noam Rosenthal wrote: > ~ (reposting from webkit email) Hi, I should pprobably give a little more context here, as the maintainer of the WebKitLegacy port for Haiku. Our main concern, as Rajagopalan mentionned, is that Haiku does not have any rendering

Re: [webkit-dev] Queries regarding few Components in webkit

2019-03-17 Thread Adrien Destugues
Hi, We are already in contact and the work will indeed be based on the Haiku fork. While I can mentor the Haiku side of the project, I think it is a good idea to rely on you all for the WebKit side of things. I hope this will allow us toget one second developer working on the Haiku port, so I

Re: [webkit-dev] Regarding problem in building webkit2

2019-02-25 Thread Adrien Destugues
Hi, The Haiku ports uses its own implementation of HTTP, relying on the libraries provided in Haiku for that. We will probably not be switching back to curl. However, we have used only WebKitLegacy so far so it is expected that some parts of our network backend will be missing (everything that

Re: [webkit-dev] Encoding and decoding ProcessID

2019-02-24 Thread Adrien Destugues
On Sun, Feb 24, 2019 at 10:52:53AM -0800, Sam Weinig wrote: > Hi Adrien, > > Would you mind adding the compiler output when this happens? I’d like to see > exactly what the error you are seeing is. Sorry, here is the compiler output: http://paste.debian.net/1069971 In file included from

[webkit-dev] Encoding and decoding ProcessID

2019-02-24 Thread Adrien Destugues
Hi there, We are finally starting to look into moving the Haiku port to WebKit2. We have hit one little problem I'm not sure how to solve. Our pid_t on 32bit Haiku is declared as a signed long integer (this is for legacy reasons and not something we can fix easily). Our uint32_t is a signed

Re: [webkit-dev] WebKit opengl

2017-08-02 Thread Adrien Destugues
atform/graphics/texmap/TextureMapperImageBuffer.cpp The commit which restores this may serve as a reference (but may not apply directly to current sources): https://github.com/haiku/webkit/commit/966df671f60cc716233952c5e80c5fd52d6ce785 -- Adrien Destugues / PulkoMandy http://pulkomandy.tk _

Re: [webkit-dev] WEB_TIMING enabled on all ports - let's remove the flag?

2017-08-01 Thread Adrien Destugues
eally doesn't support them. -- Adrien Destugues / PulkoMandy http://pulkomandy.tk ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev