Closed
Bug 954661
Opened 11 years ago
Closed 10 years ago
Make pymake work for Instantbird's slaves
Categories
(Chat Core :: General, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: bugzilla, Unassigned)
Details
Attachments
(1 file)
600 bytes,
application/force-download
|
Details |
*** Original post on bio 1229 at 2012-01-07 15:10:00 UTC ***
*** Due to BzAPI limitations, the initial description is in comment 1 ***
Reporter | ||
Comment 1•11 years ago
|
||
*** 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
Reporter | ||
Comment 2•11 years ago
|
||
*** 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.
Comment 3•10 years ago
|
||
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.
Description
•