Closed Bug 287428 Opened 20 years ago Closed 20 years ago

libxul builds horked when the initial build target is "alldep"

Categories

(Toolkit Graveyard :: Build Config, defect)

defect
Not set
blocker

Tracking

(Not tracked)

RESOLVED FIXED
mozilla1.8beta2

People

(Reporter: benjamin, Assigned: benjamin)

Details

Attachments

(1 file, 1 obsolete file)

The root Makefile.in has several different build paths, and the "tiered" build
path for libxul is being skipped by the "alldep" build target. This is almost
certainly what's making the sweetlou tbox red.
The neptune xulrunner tinderbox is using a very old version of the tinderbox
build scripts, which appears to explain why it is not using build_all_depend as
its target and thus why it is not experiencing this problem.
Attachment #178404 - Flags: second-review?(dbaron)
Attachment #178404 - Flags: first-review?(darin)
Comment on attachment 178404 [details] [diff] [review]
Suppress default "alldep" and "all" targets

r=darin
Attachment #178404 - Flags: first-review?(darin) → first-review+
Comment on attachment 178404 [details] [diff] [review]
Suppress default "alldep" and "all" targets

one of your modifications is in half of an if/else, and you don't touch the
other half.  (See the other "default:" target for the other half.)  I suspect
the answer there may be to move your second change inside the ifeq.

Also, is this really the right thing for alldep?  To the tiers do depend?
Attachment #178404 - Flags: second-review?(dbaron) → second-review-
Good catch, I have moved the suppress var into the ifdef. I don't think that
the depend rules are necessary: we make depend as part of the libs target now,
and the depend rule is a dummy, as far as I understand rules.mk.
Attachment #178404 - Attachment is obsolete: true
Attachment #179058 - Flags: second-review?(dbaron)
Comment on attachment 179058 [details] [diff] [review]
Suppress default "alldep" and "all" targets, rev. 1.1

>-default: $(SUBMAKEFILES)
>+default:: $(SUBMAKEFILES)
> 	$(MAKE) export
> 	$(MAKE) libs

Should this rule still be here?  And does changing : to :: make it do something
now?  r=dbaron if you've tested that this doesn't make us do two passes over
the tree.
Attachment #179058 - Flags: second-review?(dbaron) → second-review+
Fixed on trunk
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.8beta2
Product: Toolkit → Toolkit Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: