Closed Bug 920915 Opened 11 years ago Closed 11 years ago

--with-app-name No longer works

Categories

(Firefox Build System :: General, defect)

24 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
mozilla27

People

(Reporter: alexboy94, Assigned: mshal)

Details

Attachments

(2 files, 1 obsolete file)

Attached file log
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Firefox/24.0 (Beta/Release) Build ID: 20130910160258 Steps to reproduce: Building in an x64 Windows environment, --with-app-name no longer works. Appears to be a Win64 (not tested on 32) issue. Works with Linux. Actual results: Build breaks towards the very end of compilation: No rule to make target 'TEST.exe.manifest' needed by ['<command-line>', 'TEST.exe.manifest'] evaluation from c:\Users\Alex\Downloads\mozilla-release\config\rules.mk:1794:4:2:0$ rm -f "../../dist/bin/browser/defaults/preferences/firefox.js" <TEST.exe>: Found error Expected results: --with-app-name should set MOZ_APP_DISPLAYNAME to whatever user specifies in mozconfig. I'm not sure what the exact issue is, has something to do with EXTRA_DEPS += $(PROGRAM).manifest in browser/app/makefile.in.
Component: Untriaged → Build Config
OS: Mac OS X → Windows 7
Product: Firefox → Core
Hardware: x86 → x86_64
Assignee: nobody → mshal
This patch fixes it locally. Waiting on some try results to see if I broke anything...
Comment on attachment 811178 [details] [diff] [review] 0001-Bug-920915-Use-correct-manifest-dependencies.patch This replaces the $(PROGRAM).manifest dependencies with the explicit filenames, since the .manifest files exist in the tree (they aren't generated by the build system, so they shouldn't use PROGRAM).
Attachment #811178 - Flags: review?(gps)
Comment on attachment 811178 [details] [diff] [review] 0001-Bug-920915-Use-correct-manifest-dependencies.patch Review of attachment 811178 [details] [diff] [review]: ----------------------------------------------------------------- Fun. Can you add a comment stating the filename is static because it's checked in? Otherwise, I could see someone reverting this because we normally don't hardcode "firefox" anywhere.
Attachment #811178 - Flags: review?(gps) → review+
Now with comments. r+ carried forward.
Attachment #811178 - Attachment is obsolete: true
Attachment #813117 - Flags: review+
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla27
Product: Core → Firefox Build System
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: