Currently makeprop.pl, makevalues.pl and make-hash-tools.pl run gperf with: system("gperf .... > $file") == || die ... This creates an empty $file if gperf fails, which doesn't play very well with most build systems. This patch changes them to use system("gperf .... --output-file=$file")
Created attachment 118919 [details] fix the gperf invocation
Attachment 118919 [details] did not pass style-queue: Failed to run "['Tools/Scripts/check-webkit-style', '--diff-files', u'Source/WebCore/ChangeLog', u'Source/WebCor..." exit_code: 1 Source/WebCore/ChangeLog:1: ChangeLog entry has no bug number [changelog/bugnumber] [5] Total errors found: 1 in 4 files If any of these errors are false positives, please file a bug against check-webkit-style.
Created attachment 118927 [details] fix the gperf invocation
Comment on attachment 118927 [details] fix the gperf invocation Clearing flags on attachment: 118927 Committed r103031: <http://trac.webkit.org/changeset/103031>
All reviewed patches have been landed. Closing bug.
Some systems' version of gperf doesn't have the --output-file flag. Is it possible to detect if the file is empty and delete it instead?
(In reply to comment #6) > Some systems' version of gperf doesn't have the --output-file flag. Is it possible to detect if the file is empty and delete it instead? That would create a race condition, no? What I think can be done is gperf > foo.tmp && mv foo.tmp foo
I'm not sure it matters that much. It's probably reasonable to just say that building WebKit depends on gperf version >= 3.x (instead of 2.7.x, which doesn't have this flag). Because gperf 3.0.1 was released 6 years ago, I think it's reasonable to require people to have the newer version. To solve this problem, I just upgraded gperf on the machine I was building on.