WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
237519
[GTK][WPE] Do not add new modules under ThirdParty to the tarball
https://bugs.webkit.org/show_bug.cgi?id=237519
Summary
[GTK][WPE] Do not add new modules under ThirdParty to the tarball
Carlos Garcia Campos
Reported
2022-03-07 03:08:49 PST
We currently include ThirdParty and exclude individually what we don't want in the tarball. That means every time something new is added to ThirdParty we have to manually exclude it. It's better to exclude ThirdParty and manually add what we need instead.
Attachments
Patch
(2.74 KB, patch)
2022-03-07 03:10 PST
,
Carlos Garcia Campos
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Carlos Garcia Campos
Comment 1
2022-03-07 03:10:27 PST
Created
attachment 453956
[details]
Patch
Adrian Perez
Comment 2
2022-03-07 04:41:26 PST
Comment on
attachment 453956
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=453956&action=review
> Tools/wpe/manifest.txt.in:-50 > -exclude Source/ThirdParty/capstone
We may want to keep the capstone subdirectory because the JSCOnly uses it unconditionally, and removing it would make it impossible to build JSCOnly from our release tarballs. OTOH, many Linux distributions have packages for Capstone, so we may be able to link against system libraries and avoid the bundling 🤔️
Carlos Garcia Campos
Comment 3
2022-03-07 05:17:41 PST
I guess nobody have ever tried to build jsconly from a tarball then. In any case, I think it's better not to change the behavior in this patch.
Michael Catanzaro
Comment 4
2022-03-07 06:55:36 PST
Comment on
attachment 453956
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=453956&action=review
> Tools/gtk/manifest.txt.in:62 > +directory Source/ThirdParty/gtest
Another random note: I'm not sure this actually works from tarball builds. The tests that use gtest probably require other stuff that's not in the tarballs. Investigating that has been on my TODO for years. :P I agree it's best not to change behavior in this patch, though.
Adrian Perez
Comment 5
2022-03-07 07:11:01 PST
(In reply to Carlos Garcia Campos from
comment #3
)
> I guess nobody have ever tried to build jsconly from a tarball then. In any > case, I think it's better not to change the behavior in this patch.
I built JSCOnly a few times in the past (around the 2.30.x - 2.32.x series) and it used to work, but I haven't tried in a while.
Adrian Perez
Comment 6
2022-03-07 07:44:16 PST
(In reply to Adrian Perez from
comment #5
)
> (In reply to Carlos Garcia Campos from
comment #3
) > > I guess nobody have ever tried to build jsconly from a tarball then. In any > > case, I think it's better not to change the behavior in this patch. > > I built JSCOnly a few times in the past (around the 2.30.x - 2.32.x series) > and it used to work, but I haven't tried in a while.
I just tried building JSCOnly using the sources from the WPE WebKit 2.34.6 release tarball and it worked fine :] OTOH we never had made the promise that this would work, so ¯\_(ツ)_/¯
Carlos Garcia Campos
Comment 7
2022-03-08 01:13:38 PST
Committed
r290982
(
248160@trunk
): <
https://commits.webkit.org/248160@trunk
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug