Closed Bug 954661 Opened 11 years ago Closed 10 years ago

Make pymake work for Instantbird's slaves

Categories

(Chat Core :: General, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: bugzilla, Unassigned)

Details

Attachments

(1 file)

*** Original post on bio 1229 at 2012-01-07 15:10:00 UTC *** *** Due to BzAPI limitations, the initial description is in comment 1 ***
*** Original post on bio 1229 as attmnt 1112 at 2012-01-07 15:10:00 UTC *** Right now, the last issues about pymake is on the distribution step. Issue 1: pymake don't handle well windows paths and only accepts msys paths. If a command contains the path "C:/mozilla-build/msys/bin/sh", pymake will fail saying that the file is not found. Replacing C: by /c makes it work. That should be fixed (or every executables in the mozilla build system should be set with a msys style path, which is not the case right not, like for $(SHELL)) Issue 2: Variables are not handled properly by pymake. Just tryout the bug.sh file attached to see this. Invoke it with something like this: bash bug-2.sh gmake "python -OO build/pymake/make.py" You should have an error looking like the one found in bug-2.log
*** Original post on bio 1229 at 2012-01-07 15:58:18 UTC *** I opened https://bugzilla.mozilla.org/show_bug.cgi?id=716235 on mozilla's bugzilla about the issue 2. I miss a reviewer's name that might look quickly enough about this though.
pymake is deprecated, the new thing is mach (which uses mozmake on Windows).
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: