Bug 48755 - Precompiled headers don't rebuild when .vsprops files are changed, leading to build failures
Summary: Precompiled headers don't rebuild when .vsprops files are changed, leading to...
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Tools / Tests (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC OS X 10.5
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on: 32127
Blocks: 49272
  Show dependency treegraph
 
Reported: 2010-11-01 07:46 PDT by Eric Seidel (no email)
Modified: 2012-08-24 08:18 PDT (History)
6 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Eric Seidel (no email) 2010-11-01 07:46:38 PDT
Windows Build system fails to track precompile header changes?

I'm not sure I understand the issue.  But sometime late last week (Friday) there was a change to the windows port which resulted in one of the win-ews instances failing.  It seems to be a dependency tracking bug in the windows build.

We need to fix all these sorts of dependency bugs for the long-term health of our bots.

3>DateInputType.cpp
3>..\platform\KURL.cpp : error C2220: warning treated as error - no 'object' file generated
3>..\platform\KURL.cpp : warning C4651: '/DENABLE_SANDBOX' specified for precompiled header but not for current compile
3>ColorCG.cpp
3>..\platform\sql\SQLValue.cpp : error C2220: warning treated as error - no 'object' file generated
3>..\platform\sql\SQLValue.cpp : warning C4651: '/DENABLE_SANDBOX' specified for precompiled header but not for current compile
3>..\html\DateInputType.cpp : error C2220: warning treated as error - no 'object' file generated
3>..\html\DateInputType.cpp : warning C4651: '/DENABLE_SANDBOX' specified for precompiled header but not for current compile

Example failure: http://queues.webkit.org/results/4881029

Hopefully Adam or Lucas better remember what commit caused this error to start.
Comment 1 Eric Seidel (no email) 2010-11-01 07:47:33 PDT
http://trac.webkit.org/changeset/70878 was probably the commit which caused the win-ews bot to start failing (and all other windows checkouts to require deleting their build directory!)
Comment 2 Adam Roben (:aroben) 2010-11-01 07:56:41 PDT
Yes, the problem is that changes to the .vsprops files don't force all precompiled headers to rebuild.
Comment 3 Eric Seidel (no email) 2010-11-01 07:57:41 PDT
It would be nice to somehow fix the win-ews with some checkins here.  And even better if we could fix the general problem with a build script or similar.
Comment 4 Adam Roben (:aroben) 2010-11-01 07:59:05 PDT
(In reply to comment #3)
> It would be nice to somehow fix the win-ews with some checkins here.  And even better if we could fix the general problem with a build script or similar.

We already did checkins (see r70902, r70890, and r70884). I don't know why the EWS didn't benefit from them.
Comment 5 Eric Seidel (no email) 2010-11-01 08:04:18 PDT
Lucas admin's the EWS instance which is currently failing to build.  He might know better why the attempted fixes didn't catch that bot.
Comment 6 Bruno Abinader (history only) 2012-08-24 06:29:18 PDT
I wonder if not only precompiled headers, but also headers generated from *.in (ie. CSSPropertyNames and CSSValueKeywords) files can be handled on this bug as well?
Comment 7 Adam Roben (:aroben) 2012-08-24 08:18:11 PDT
Is this still actually a problem? https://trac.webkit.org/browser/trunk/Source/WTF/WTF.vcproj/work-around-vs-dependency-tracking-bugs.py?rev=111504 was meant to fix this kind of thing. If this *is* still a problem, we should put the fix in that script.