Closed Bug 536173 Opened 16 years ago Closed 15 years ago

Build fails when building an uncommited merge "ValueError: too many values to unpack make[1]: *** [platform.ini] Error 1"

Categories

(Firefox Build System :: General, defect)

x86
Windows 7
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
mozilla1.9.3a4

People

(Reporter: benjamin, Assigned: benjamin)

References

Details

(Keywords: regression, Whiteboard: [first patch: fixed in mozilla1.9.3a1])

Attachments

(2 files, 1 obsolete file)

I frequently build merges before committing them to make sure I haven't merged obviously badly. Bug 515792 broke this because `hg parent` returns two parent nodes instead of one and that's unexpected. I think that for now simple quoting will fix this.
With this patch you can end up with "SourceStamp=12345567a912 132546b13670" in platform.ini, but that really doesn't bother me for local builds.
Attachment #418667 - Flags: review?(ted.mielczarek)
Any reason not to just wrap a $(firstword) around that instead?
Attachment #418667 - Attachment is obsolete: true
Attachment #418857 - Flags: review?(ted.mielczarek)
Attachment #418667 - Flags: review?(ted.mielczarek)
Attachment #418857 - Flags: review?(ted.mielczarek) → review+
Status: NEW → ASSIGNED
Flags: in-testsuite-
Keywords: regression
Version: Other Branch → Trunk
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
I still experience this problem with http://hg.mozilla.org/mozilla-central/rev/2ebf3b9ff7d6 Where i encounter this is when i try backing out old checkins. Should i file a new bug for this?
Reopening per bug 542123
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
/toolkit/xre/Makefile.in b/toolkit/xre/Makefile.in only sets the MOZ_SOURCE_STAMP if its not already set, and its first initialization is in /Makefile.in. This is just a copy of Benjamin's code.
Attachment #424308 - Flags: review?(ted.mielczarek)
Comment on attachment 424308 [details] [diff] [review] Fix additional MOZ_SOURCE_STAMP initialization [Checkin: See comment 13] Oops, good catch!
Attachment #424308 - Flags: review?(ted.mielczarek) → review+
Any reason Cork's patch hasn't been checked in? I just wasted a perfectly nice, embarrassingly large quantum of time running into this issue and figuring it out just to discover it's already solved. (Am I really the only person who's tried to do a build while merging since 12/09? I doubt it. But somehow I just ran into this doing a fairly straightforward m-c -> e10s merge.)
Keywords: checkin-needed
No reason, we just forgot about it.
I had to fix the patch, since I moved that line from Makefile.in to package-name.mk in bug 474610. Pushed to m-c: http://hg.mozilla.org/mozilla-central/rev/339565aa8cfc
Status: REOPENED → RESOLVED
Closed: 16 years ago15 years ago
Resolution: --- → FIXED
Keywords: checkin-needed
Blocks: 553877
Attachment #418857 - Attachment description: Use $(firstword), rev. 2 → Use $(firstword), rev. 2 [Checkin: Comment 4]
Attachment #424308 - Attachment description: Fix additional MOZ_SOURCE_STAMP initialization → Fix additional MOZ_SOURCE_STAMP initialization [Checkin: See comment 13]
Whiteboard: [first patch: fixed in mozilla1.9.3a1]
Target Milestone: --- → mozilla1.9.3a4
Product: Core → Firefox Build System
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: