[Webkit-unassigned] [Bug 251212] [GTK] compile errors in derived source WebKitEnumTypes.cpp

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=251212

Jim Mason <jmason at ibinx.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |INVALID

--- Comment #3 from Jim Mason <jmason at ibinx.com> ---
Thanks for the prompt feedback, Michael.

> Did you try a clean build?
> The only way this could happen is if (a) it's processing WebKitError.h.in
> instead of WebKitError.h, but I see we only pass headers that are actually

This information helped me find the root cause:  There was a stale component `unifdef` in my build chain.  As a result, enums that were supposed to be guarded by ENABLE_2022_GLIB_API made their way into the source.  Updating `unifdef` resolved the issue.

As problem is specific to my build environment, I am closing as invalid.


> Also I'm quite impressed you got WebKitGTK working on Solaris. Good job. ;)

Thanks, I've been publishing Solaris-specific patch sets for every stable release since 2018.  https://github.com/RocketMan/solaris-ports/tree/master/components/desktop/webkitgtk4  

2.38.3 is the best release yet.  Thanks to you and the Igalia developers for making it happen!  I use it daily in epiphany 42.4 on Solaris as my primary browser (from which I am posting this, in fact).  I also build from main to stay on top of forthcoming changes.  Main is looking great with WebGL2 and, for me on Solaris at least, sound is finally working in the WebAssembly tanks demo.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20230127/3f5b8243/attachment.htm>