Open Bug 647341 Opened 13 years ago Updated 2 years ago

Sporadic build error: "*** No rule to make target `nsOggDecoder.obj', needed by `gkconogg_s.lib'. Stop." (or nsAccelerometer.obj, or probably other .obj files...)

Categories

(Firefox Build System :: General, defect)

Product:
Firefox Build System
Component:
General
Platform:
All
Windows 7
Type:
defect

Tracking

(Not tracked)

People

(Reporter: dholbert, Unassigned)

References

(
URL
)

Details

We just got this build error on a test-only change:
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox4.0/1301692335.1301695636.18980.gz
WINNT 5.2 mozilla-2.0 build on 2011/04/01 14:12:15
s: w32-ix-slave04
{
make[7]: *** No rule to make target `nsOggDecoder.obj', needed by `gkconogg_s.lib'.  Stop.
make[6]: *** [ogg_libs] Error 2
make[5]: *** [media_libs] Error 2
make[4]: *** [libs_tier_platform] Error 2
}

AFAICT, no one's touched anything media-related in the few changesets since the last completed build on this branch, so I'm calling this sporadic.

Might be fixed by a clobber, but I'm filing this bug anyway, in the hopes that we can figure out what's going on and prevent it from happening in the future.
The are a number of csets since the last completed build, since there was a network blip that caused some purple mayhem.  So, the possible "guilty" pushlog from the last-completed-build to this red build is:
http://hg.mozilla.org/releases/mozilla-2.0/pushloghtml?fromchange=03c2f6c1eb3c&tochange=abb804130f92
and I assert that none of those csets could've caused this.

It's possible this was caused by busted state left behind in a build that got interrupted by the network blip, but I'm not assuming that's the case at this point.  (We'll know more when some more builds before & after the red one are completed.)
OS: Linux → Windows 7
Hardware: x86_64 → All
If this ends up being perma-red, I'm assuming a clobber will fix it.

I've requested that dustin|buildduty save a copy of the srcdir + objdir first, though (asuming it's still available), so that we have a shot at figuring out what went wrong.
It's saved, I'm just transferring it somewhere everyone can get to it.
fwiw, the log in comment 0 is running a -j1 build, so this doesn't appear to be a parallelism issue.
Chris or Matthew, any chance you have cycles to look into this?
(All builds on this platform after the busted one are still grey, so this could still may end up being a clobber-wanting perma-red caused by the network outage.  Still, even if that ends up being the case, it's possible there's something we could do to prevent this from happening...)
(In reply to comment #7)
> (All builds on this platform after the busted one are still grey

Ok, the next push got 3 builds on Win Opt for some reason - they were all green, but none of them was on the same slave that had hit this bustage. (The busted one was w32-ix-slave04.)
Component: Video/Audio → Build Config
QA Contact: video.audio → build-config
Summary: Sporadic build error: "*** No rule to make target `nsOggDecoder.obj', needed by `gkconogg_s.lib'. Stop." → Sporadic build error: "*** No rule to make target `nsOggDecoder.obj', needed by `gkconogg_s.lib'. Stop." (or nsAccelerometer.obj, or probably other .obj files...)
http://tinderbox.mozilla.org/showlog.cgi?log=Mozilla-Inbound/1308000516.1308001015.25842.gz
WINNT 5.2 mozilla-inbound build on 2011/06/13 14:28:36
s: mw32-ix-slave12
make[6]: *** No rule to make target `nsAccelerometer.obj', needed by `domsystem_s.lib.desc'.  Stop.
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1308968162.1308968587.2607.gz
WINNT 5.2 Mobile Desktop mozilla-central build on 2011/06/24 19:16:02
s: w32-ix-slave07
make[7]: *** No rule to make target `nptest.obj', needed by `nptest.dll'.  Stop.
https://tbpl.mozilla.org/php/getParsedLog.php?id=8417099&tree=Mozilla-Aurora
WINNT 5.2 mozilla-aurora build on 2012-01-09 06:06:24 PST for push c6e163903f18
s: mw32-ix-slave13
make[7]: *** No rule to make target `nsURILoader.obj', needed by `uriloaderbase_s.lib.desc'.  Stop.
https://tbpl.mozilla.org/php/getParsedLog.php?id=9674230&tree=Build-System
WINNT 6.1 x86-64 build-system build on 2012-02-27 16:51:35 PST for push 34c94825a183
s: w64-ix-slave09
make[8]: *** No rule to make target `pgo.relink', needed by `nspr4.dll'. Stop.

https://tbpl.mozilla.org/php/getParsedLog.php?id=9675063&tree=Firefox
WINNT 5.2 mozilla-central pgo-build on 2012-02-27 18:00:19 PST for push 499144e6fb86
s: w32-ix-slave37
make[7]: *** No rule to make target `nsMathMLChar.obj', needed by `gkmathml_s.lib.desc'. Stop.
https://tbpl.mozilla.org/php/getParsedLog.php?id=9695049&tree=Mozilla-Inbound
WINNT 5.2 mozilla-inbound leak test build on 2012-02-28 09:24:18 PST for push 785345035a3b
s: w32-ix-slave37
make[7]: *** No rule to make target `nsBrowserStatusFilter.obj', needed by `mozbrwsr_s.lib.desc'. Stop
https://tbpl.mozilla.org/php/getParsedLog.php?id=9697407&tree=Mozilla-Inbound
WINNT 5.2 mozilla-inbound leak test build on 2012-02-28 11:16:54 PST for push 09e64089bb07
s: mw32-ix-slave02
make[7]: *** No rule to make target `nsAccessNodeWrap.obj', needed by `accessibility_toolkit_s.lib.desc'. Stop.
https://tbpl.mozilla.org/php/getParsedLog.php?id=9714369&tree=Mozilla-Inbound
WINNT 5.2 mozilla-inbound leak test build on 2012-02-29 02:25:54 PST for push 5ac8dc5b03f4
s: mw32-ix-slave02
make[7]: *** No rule to make target `nsAccessNodeWrap.obj', needed by `accessibility_toolkit_s.lib.desc'. Stop.

https://tbpl.mozilla.org/php/getParsedLog.php?id=9719994&tree=Mozilla-Inbound
WINNT 5.2 mozilla-inbound leak test build on 2012-02-29 08:51:13 PST for push 547de632a3e2
s: mw32-ix-slave02
make[7]: *** No rule to make target `nsAccessNodeWrap.obj', needed by `accessibility_toolkit_s.lib.desc'. Stop.
https://tbpl.mozilla.org/php/getParsedLog.php?id=10005276&tree=Mozilla-Inbound
WINNT 6.1 x86-64 mozilla-inbound build on 2012-03-12 11:01:26 PDT for push b3b14faed003
s: w64-ix-slave09
make[7]: *** No rule to make target `nsTransactionItem.obj', needed by `txmgr.lib.desc'. Stop.
Product: Core → Firefox Build System
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.