WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
100756
[Qt] udis86_itab.c is always regenerated
https://bugs.webkit.org/show_bug.cgi?id=100756
Summary
[Qt] udis86_itab.c is always regenerated
Csaba Osztrogonác
Reported
2012-10-30 06:50:51 PDT
Disassembler build was enabled by
http://trac.webkit.org/changeset/132606
, but udis86_itab.c is always regenerated. The root of the problem is that the generator script - disassembler/udis86/itab.py doesn't accept output directory as parameter and always generates udis86_itab.c and .h into the actual directory, which is WebKitBuild/Release/Source/JavaScriptCore. But all other generated sources are generated into WebKitBuild/Release/Source/JavaScriptCore/generated. The problem is that Tools/qmake/mkspecs/features/default_post.prf automatically adds "generated/" prefix to all generated sources, except we use output_function of the generator. Patch is coming soon.
Attachments
Patch
(1.49 KB, patch)
2012-10-30 06:59 PDT
,
Csaba Osztrogonác
no flags
Details
Formatted Diff
Diff
Patch
(4.58 KB, patch)
2012-10-31 06:45 PDT
,
Csaba Osztrogonác
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Csaba Osztrogonác
Comment 1
2012-10-30 06:59:31 PDT
Created
attachment 171441
[details]
Patch
Tor Arne Vestbø
Comment 2
2012-10-30 16:05:32 PDT
Comment on
attachment 171441
[details]
Patch I have to take closer look at the generator-qmake-logic, but shouldnt we be able to add generated/ for a regular output? In any case, do we still need output and outut_function?
Csaba Osztrogonác
Comment 3
2012-10-31 06:21:12 PDT
(In reply to
comment #2
)
> (From update of
attachment 171441
[details]
) > I have to take closer look at the generator-qmake-logic, but shouldnt we be able to add generated/ for a regular output? In any case, do we still need output and outut_function?
1.) Of course we can also add a new command line parameter to the 3rdparty disassembler/udis86/itab.py ... Let me try it. 2.) I tried to remove the disassembler.output, but TARGET still depends on the non-existing udis86_itab.c target for some reason and it causes fail. (the name of the target is the full path in this case)
Csaba Osztrogonác
Comment 4
2012-10-31 06:45:42 PDT
Created
attachment 171639
[details]
Patch
Csaba Osztrogonác
Comment 5
2012-10-31 06:46:26 PDT
(In reply to
comment #4
)
> Created an attachment (id=171639) [details] > Patch
Waht do you think about this one? It is bigger, but general fix.
WebKit Review Bot
Comment 6
2012-10-31 06:50:07 PDT
Attachment 171639
[details]
did not pass style-queue: Failed to run "['Tools/Scripts/check-webkit-style', '--diff-files', u'Source/JavaScriptCore/ChangeLog', u'Source..." exit_code: 1 Source/JavaScriptCore/disassembler/udis86/itab.py:199: whitespace after '(' [pep8/E201] [5] Source/JavaScriptCore/disassembler/udis86/itab.py:295: whitespace after '(' [pep8/E201] [5] Source/JavaScriptCore/disassembler/udis86/itab.py:334: whitespace after '(' [pep8/E201] [5] Source/JavaScriptCore/disassembler/udis86/itab.py:355: whitespace after '(' [pep8/E201] [5] Total errors found: 4 in 4 files If any of these errors are false positives, please file a bug against check-webkit-style.
Csaba Osztrogonác
Comment 7
2012-11-04 01:08:05 PST
Comment on
attachment 171639
[details]
Patch Clearing flags on attachment: 171639 Committed
r133415
: <
http://trac.webkit.org/changeset/133415
>
Csaba Osztrogonác
Comment 8
2012-11-04 01:08:11 PST
All reviewed patches have been landed. Closing bug.
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