WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
125436
[GTK] run-webkit-tests may DOS the system, specially in debug builds
https://bugs.webkit.org/show_bug.cgi?id=125436
Summary
[GTK] run-webkit-tests may DOS the system, specially in debug builds
Gustavo Noronha (kov)
Reported
2013-12-08 20:38:59 PST
[GTK] run-webkit-tests may DOS the system, specially in debug builds
Attachments
Patch for landing
(1.48 KB, patch)
2013-12-09 01:18 PST
,
Gustavo Noronha (kov)
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Gustavo Noronha (kov)
Comment 1
2013-12-09 01:18:22 PST
Created
attachment 218735
[details]
Patch for landing
WebKit Commit Bot
Comment 2
2013-12-09 01:52:50 PST
Comment on
attachment 218735
[details]
Patch for landing Clearing flags on attachment: 218735 Committed
r160304
: <
http://trac.webkit.org/changeset/160304
>
WebKit Commit Bot
Comment 3
2013-12-09 01:52:52 PST
All reviewed patches have been landed. Closing bug.
Carlos Garcia Campos
Comment 4
2013-12-29 06:52:06 PST
This has caused other problems unfortunately. The other day I noticed that my ephy was using the webkit library in my source tree and I hadn't run make install. I've been investigating the problem and I've noticed that my source tree is hardcoded in the rpath of the web process and plugin process executables installed in my jhbuild: $ objdump -p /home/cgarcia/gnome/libexec/WebKitWebProcess | grep RPATH RPATH /home/cgarcia/src/git/gnome/WebKit/WebKitBuild/Release/.libs:/home/cgarcia/gnome/lib64 That explains why the non installed build sources are used by my ephy instead of the installed ones. The problem is that when using --no-fast-install, the binaries are not relinked when installed. I've tried using --disable-fast-install configure option, but then it fails when trying to relink binaries not using the --no-fast-install option. For now I've reverted this patch locally, but maybe we can use --no-fast-install for all binaries that are going to be installed and use --disable-fast-install configure option unconditionally. Or maybe there's a way to tell libtool to not do fast-install for binaries linked with --no-fast-install ld flag. I've tried manually adding fast_install=no to the WebKitWebProcess librool wrapper script and it worked, correctly relinking the command before installing it, but I don't know if that can be done automatically somehow. Btw, the no-fast-install ld flag was already removed by Gustavo in
r116205
.
Gustavo Noronha (kov)
Comment 5
2013-12-29 09:25:18 PST
Maybe we can remove the rpath instead? It's what Debian does for all binaries.
Carlos Garcia Campos
Comment 6
2013-12-29 23:28:36 PST
(In reply to
comment #5
)
> Maybe we can remove the rpath instead? It's what Debian does for all binaries.
If that's enough and you don't need to relink. How can we do that while installing?
Carlos Garcia Campos
Comment 7
2014-01-02 02:36:24 PST
I've tried by disabling fast install globally and the build is a lot slower :-(
Carlos Garcia Campos
Comment 8
2014-01-02 04:35:02 PST
(In reply to
comment #7
)
> I've tried by disabling fast install globally and the build is a lot slower :-(
Was doing it wrongly, using LT_INIT, added AC_DISABLE_FAST_INSTALL to Source/autotools/SetupLibtool.m4 and it doesn't affect to the build times, as expected.
Carlos Garcia Campos
Comment 9
2014-01-02 05:32:04 PST
See
https://bugs.webkit.org/show_bug.cgi?id=126381
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