From: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
To: buildroot@busybox.net
Subject: [Buildroot] [RFC 3/3] wpewebkit: new package
Date: Mon, 31 Dec 2018 15:08:03 +0100 [thread overview]
Message-ID: <20181231150803.4af61a99@windsurf> (raw)
In-Reply-To: <20181228021832.GB14369@momiji>
Hello Adrian,
On Fri, 28 Dec 2018 02:18:32 +0100, Adrian Perez de Castro wrote:
> Even better: Have a BR2_WEBKIT_ARCH_SUPPORTS symbol with the common
> dependencies for both the ?webkitgtk? and ?wpewebkit? packages -- they
> basically support the same set of architectures, and the same goes for the
> JavaScriptCore JIT compilation support (look at how the ?webkitgtk? package
> defines BR2_PACKAGE_WEBKITGTK_ARCH_SUPPORTS_JIT).
Could you give a bit of background on the different webkit "variants" ?
Why do they apparently duplicate the same webkit code ?
> > +config BR2_PACKAGE_WPEWEBKIT_WEBDRIVER
> > + bool "WebDriver support"
> > + help
> > + Enable support for WebDriver. This will build and install the
> > + WebKitWebDriver program in the target.
> > +
>
> I would also have options to make support for XSLT, WOFF2, and WebCrypto
> optional explicitly instead of choosing them in ?wpewebkit.mk? depending on
> whether the required package(s) have been manually selected. That would avoid
> situations in which, for example, a build mysteriously fails to load a WOFF2
> Web font due to the ?woff2? package not being manually selected at build time
> (because it is not implied in any way that it is needed for WPE WebKit to
> support WOFF2 fonts).
Actually, what Fran?ois did is standard Buildroot practice. We very
often prefer to use "automatic dependencies" (i.e automatically enable
feature FOO if its necessary dependencies are available) rather than
"explicit dependencies (i.e add an explicit Config.in option to enable
feature FOO, which would select the necessary dependencies).
The reasoning for that is simple: we are trying to avoid having
gazillions of Config.in options.
However, we don't have any strict rule on this, and in some situations,
it makes sense to have an explicit option, especially when the
relationship between the needed dependencies and the feature is not
really obvious.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
next prev parent reply other threads:[~2018-12-31 14:08 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-12-23 15:48 [Buildroot] [RFC 0/3] WPE WebKit Francois Perrad
2018-12-23 15:48 ` [Buildroot] [RFC 1/3] libwpe: new package Francois Perrad
2018-12-28 0:47 ` Adrian Perez de Castro
2018-12-23 15:48 ` [Buildroot] [RFC 2/3] wpebackend-fdo: " Francois Perrad
2018-12-28 0:58 ` Adrian Perez de Castro
2018-12-29 9:15 ` François Perrad
2018-12-31 14:02 ` Thomas Petazzoni
2018-12-23 15:48 ` [Buildroot] [RFC 3/3] wpewebkit: " Francois Perrad
2018-12-28 1:18 ` Adrian Perez de Castro
2018-12-29 9:28 ` François Perrad
2018-12-31 14:08 ` Thomas Petazzoni [this message]
2018-12-27 9:30 ` [Buildroot] [RFC 0/3] WPE WebKit Thomas Petazzoni
2018-12-28 0:34 ` Adrian Perez de Castro
2018-12-30 18:01 ` François Perrad
2018-12-31 14:13 ` Thomas Petazzoni
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20181231150803.4af61a99@windsurf \
--to=thomas.petazzoni@bootlin.com \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox