Skip to content

Conversation

@cqundefine
Copy link
Contributor

@cqundefine cqundefine commented Oct 26, 2025

Depends on #6599

It's version getting pinned was missed when the dependency was added.
Other dependency have their port version pinned already but not this
one.
I added the `bsd` platform expression recently in upstream vcpkg and
this makes the file just a little bit cleaner and makes the work for
supporting future BSD systems simpler.
@cqundefine cqundefine force-pushed the openbsd_and_freebsd_improvements branch from 4cc4bbc to 1673ec9 Compare October 26, 2025 12:39
@cqundefine cqundefine force-pushed the openbsd_and_freebsd_improvements branch from 1673ec9 to c891e8c Compare October 26, 2025 17:51
@@ -0,0 +1,28 @@
diff --git a/BUILD.gn b/BUILD.gn
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Question - how does this compare with #6599? Is this commit meant to be a full version update to match upstream's skia port, or would we be partway in between versions?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I ended up dropping that patch, as it was only some changes from the upstream update, that PR is a cleaner solution to this and does the same thing when it comes to BSD support. I will mark the PR as draft until that gets merged.

@cqundefine cqundefine force-pushed the openbsd_and_freebsd_improvements branch from c891e8c to 9f538c6 Compare October 27, 2025 13:02
@cqundefine cqundefine marked this pull request as draft October 27, 2025 13:04
@github-actions github-actions bot added the conflicts Pull request has merge conflicts that need resolution label Oct 28, 2025
@github-actions
Copy link

Your pull request has conflicts that need to be resolved before it can be reviewed and merged. Make sure to rebase your branch on top of the latest master.

This will be needed later for OpenBSD specific code. It also does
break NetBSD and DragonFly on purpose as those systems are nowhere
near close to building right now with this script and it's better to
clearly state they are unsupported.
The bug doesn't only affect FreeBSD but the others too.
It turns out the problem present on FreeBSD is also present on OpenBSD.
This patch is more complete and closer to how BSD ports of chromium do
it. It also contains one tiny fix to the WebKitCompilerFlags file.
This generator uses so much memory that it crosses the default OpenBSD
limit.
OpenBSD really doesn't have a better way to get the executable path
than guessing it based on argv[0] and the PATH environment variable.
I also found that this is what many other projects with OpenBSD support
do. While this method is not always gonna return the correct value this
is enough to get Ladybird running.
Just as on FreeBSD, OpenBSD also has libdrm and DMA-BUF. This gets
WebGL working on OpenBSD.
As noted in the error messages the cmake port on OpenBSD has some
quirks (not creating namelinks) that break vcpkg. The old pkg-config
is also just a simple perl script which is too primitive to work in all
cases when using complicated systems like vcpkg.
@cqundefine cqundefine force-pushed the openbsd_and_freebsd_improvements branch from 9f538c6 to ca7da75 Compare October 28, 2025 13:52
@github-actions github-actions bot removed the conflicts Pull request has merge conflicts that need resolution label Oct 28, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants