This was actually something I wanted to bring up at the contributors meeting
especially since I was bit by this recently with some CMake changes that busted
It would be nicer to move our tooling to clang. Include what you use is
something I think would be of great use as well. CMake has
The PlayStation is x64. No JIT in the initial implementation.
Sent: Monday, October 29, 2018 2:29 PM
To: Olmstead, Don
Cc: WebKit Development
Subject: Re: [webkit-dev] Intent to land PlayStation port
On Oct 29, 2018, at 2:19 PM,
We've been working hard on our WinCairo port of WebKit and would like to begin
landing our PlayStation port to trunk. We have opened a meta bug at
https://bugs.webkit.org/show_bug.cgi?id=191038 for the work.
We would like to land patches individually for each component of
First patch is up at https://bugs.webkit.org/show_bug.cgi?id=191072
From: webkit-dev On Behalf Of
Sent: Monday, October 29, 2018 2:20 PM
Subject: [webkit-dev] Intent to land PlayStation port
We've been working hard on our
After I saw that CSS_PAINTING_API wasn't exposed in CMake I took a stab at
looking into the different ENABLE_ flags inside WebKit's source to try and get
what's exposed on the XCode side synced. I ended up searching through the
source code and found around 200 different ENABLE_
It’s weird that we have ENABLE(ACCESSIBILITY) and HAVE(ACCESSIBILITY) so at the
very least one of these should go away, probably HAVE.
Currently there are actual implementations for iOS, Mac, Windows, and ATK. The
WPE implementation is just a stub with everything notImplemented. I did some
Any thoughts on what it would look like? If there are preferences we can work
off of that.
From: webkit-dev On Behalf Of Simon Fraser
Sent: Monday, November 5, 2018 11:41 AM
To: Olmstead, Don
Subject: Re: [webkit-dev] Clarifying feature flags
On Nov 5, 2018, at
Recently I did some work around syncing the contents of FeatureDefines.xcconfig
and WebKitFeatures.cmake, https://bugs.webkit.org/show_bug.cgi?id=191167 .
Michael mentioned someone noticing that ENABLE(RESOURCE_LOAD_STATISTICS) didn't
end up in that list. I did some digging and
There was some work done by aperez to try and enable precompiled headers on all
platforms at https://bugs.webkit.org/show_bug.cgi?id=139438 which never landed.
I always thought of WebCorePrefix.h as a precompiled headers sort of
Last time I checked though there was definitely an
There were some hiccups over the weekend. Rebooted some hosts and things seem
to be coming back online.
Thanks for asking about it!
From: webkit-dev On Behalf Of Aakash Jain
Sent: Monday, November 19, 2018 2:33 PM
To: Olmstead, Don
Cc: WebKit Development Mailing List
We've put a large amount of work on the cURL networking layer and are
continuing to improve it. It's used by both the WinCairo and PlayStation port
so it works cross platform.
I'm not familiar with the stack on Haiku but it would require OpenSSL, we use
LibreSSL in both, nghttp2 for HTTP/2,
Since taking over development of the WinCairo port we've made a lot of good
progress with enabling Modern WebKit on Windows. Because of that we plan on
beginning to remove support of WebKitLegacy on the WinCairo port and switch to
a fully Modern WebKit implementation. This will
The ability to toggle unified builds on and off was enabled in
https://trac.webkit.org/changeset/239561/webkit . Immediately afterwards this
bug was opened https://bugs.webkit.org/show_bug.cgi?id=193073 which needs to
get resolved. We're open to adding a bot with ENABLE_UNIFIED_BUILDS=OFF if
Mentioned this on the other thread but here’s it again.
http://python-future.org/automatic_conversion.html might be of use considering
the sheer amount of code. They’re both mentioned in
When the Mac CMake build is in a working state I'd request an EWS that is
Non-Unified as well since Mac builds cover more code.
From: Alex Christensen via webkit-dev
Sent: Thursday, April 29, 2021 8:16 AM
Mail list logo