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
114620
win_cmd_shell detection doesn't work under MSYS
https://bugs.webkit.org/show_bug.cgi?id=114620
Summary
win_cmd_shell detection doesn't work under MSYS
Jonathan Liu
Reported
2013-04-15 05:34:34 PDT
Tools/qmake/mkspecs/features/default_pre.prf tries to detect if running under Windows cmd.exe. This detect works for cmd.exe and Cygwin shell but fails for MSYS. The detection simplified and improved to also detect MSYS properly: win32:isEmpty(QMAKE_SH): CONFIG += win_cmd_shell
Attachments
Patch
(1.48 KB, patch)
2013-04-15 05:38 PDT
,
Jonathan Liu
no flags
Details
Formatted Diff
Diff
Patch
(1.54 KB, patch)
2013-04-15 05:59 PDT
,
Jonathan Liu
no flags
Details
Formatted Diff
Diff
Patch
(1.55 KB, patch)
2013-04-15 06:02 PDT
,
Jonathan Liu
no flags
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Jonathan Liu
Comment 1
2013-04-15 05:38:17 PDT
Created
attachment 198116
[details]
Patch
Jocelyn Turcotte
Comment 2
2013-04-15 05:46:44 PDT
Comment on
attachment 198116
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=198116&action=review
> Tools/qmake/mkspecs/features/default_pre.prf:40 > +win32:isEmpty(QMAKE_SH): CONFIG += win_cmd_shell
As far as I know you can have sh.exe in your PATH even in cmd.exe, which this would break. Maybe this changed but I've spent a lot of hours trying to tweak project files back and forth like this to make sure that QtWebKit could build in both MSYS and cmd.exe to the end concluding that it's just not worth it. Unless you want to commit to maintain this code yourself I would prefer that we stick to only supporting cmd.exe to have one well supported environment on Windows instead of two crappy ones.
Jonathan Liu
Comment 3
2013-04-15 05:59:36 PDT
Created
attachment 198117
[details]
Patch
WebKit Commit Bot
Comment 4
2013-04-15 06:01:17 PDT
Attachment 198117
[details]
did not pass style-queue: Failed to run "['Tools/Scripts/check-webkit-style', '--diff-files', u'Tools/ChangeLog', u'Tools/qmake/mkspecs/features/default_pre.prf']" exit_code: 1 Tools/ChangeLog:11: Line contains tab character. [whitespace/tab] [5] Total errors found: 1 in 2 files If any of these errors are false positives, please file a bug against check-webkit-style.
Jonathan Liu
Comment 5
2013-04-15 06:02:19 PDT
Created
attachment 198118
[details]
Patch
Jonathan Liu
Comment 6
2013-04-15 06:05:10 PDT
(In reply to
comment #2
)
> (From update of
attachment 198116
[details]
) > View in context:
https://bugs.webkit.org/attachment.cgi?id=198116&action=review
> > > Tools/qmake/mkspecs/features/default_pre.prf:40 > > +win32:isEmpty(QMAKE_SH): CONFIG += win_cmd_shell > > As far as I know you can have sh.exe in your PATH even in cmd.exe, which this would break.
If you have sh.exe in your PATH, mingw32-make will use sh.exe instead of cmd.exe anyway so the commands in the Makefile generated should be UNIX shell commands.
Jocelyn Turcotte
Comment 7
2013-04-15 06:16:29 PDT
Comment on
attachment 198118
[details]
Patch I'm still not enthousiastic about supporting building in MSYS but this does make things more robust on both sides, so r=me :)
WebKit Commit Bot
Comment 8
2013-04-15 07:00:52 PDT
Comment on
attachment 198118
[details]
Patch Clearing flags on attachment: 198118 Committed
r148435
: <
http://trac.webkit.org/changeset/148435
>
WebKit Commit Bot
Comment 9
2013-04-15 07:00:56 PDT
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