[webkit-gtk] Hangs while "Scanning dependencies for target"

[Franz Fellner]

Michael Catanzaro wrote:
> On Tue, 2015-04-07 at 15:45 +0200, Franz Fellner wrote:
> > Since webkit-gtk moved to cmake I have weird hangs while cmake
> > is scanning dependencies.
> 
> "Scanning dependencies for target" is printed by make, no cmake, so 
> you might try switching to ninja (cmake -DPORT=GTK ... -GNinja) to 
> skip that entirely. Good luck. :)

Please don't just speculate, because your statement caused another round
of useless efforts.
Just to profe you are wrong:
$ pwd
/tmp/cmake-3.1.0

$ grep -r "Scanning dependencies of target" *
Source/cmLocalUnixMakefileGenerator3.cxx:    std::string message = "Scanning dependencies of target ";

And even if the line was printed by make there usually is a command
run ("Building CXX object" and "Linking CXX shared library" are also
"printed", but in the background a command is running. And I stated
twice that I can watch "cmake (the process)" run at 100% CPU...

==== BTT ====

In the end it turned out to be portage's "sandbox" feature to perform
really bad at writing. Building by hand also hangs 3 minutes while
scanning deps of WebCore - my fault was that I simply hit <C-c> before
it actually finished as I thought this is a general issue. I never
experienced this issue in any package I build with portage+cmake.
Scanning dependencies usually is extremely fast.

I created a Gentoo bug report for this issue:
https://bugs.gentoo.org/show_bug.cgi?id=546336
If you think you know how to improve performance I am happy to test!


Franz