Closed
Bug 636167
Opened 14 years ago
Closed 13 years ago
Gecko SDK's for Mac OS are missing xpidl binary
Categories
(Firefox Build System :: General, defect)
Tracking
(blocking2.0 -)
RESOLVED
WORKSFORME
| Tracking | Status | |
|---|---|---|
| blocking2.0 | --- | - |
People
(Reporter: WeirdAl, Unassigned)
References
Details
See bug 624860 comment 5.
I downloaded ftp://ftp.mozilla.org/pub/xulrunner/nightly/latest-mozilla-central/xulrunner-2.0b13pre.en-US.mac-i386.sdk.tar.bz2 and found xpidl was missing.
|
||
Comment 1•14 years ago
|
||
It's in host/bin/host_xpidl. We don't compile a target version of xpidl, just the host version (which is x86-64, I'm pretty sure). I don't think we want to change that, so I recomment WONTFIX/INVALID.
|
||
Comment 2•14 years ago
|
||
I recommend fixing this. The SDK *should* contain the necessary files to build against the target xulrunner - it's strange (and confusing) to have to download the 64-bit SDK version in order to find/use xpidl.
|
|
||
Comment 3•14 years ago
|
||
The problem is not that we're just not shipping it, it's that we don't build it. And we don't build it because we can't, because macports doesn't have a way to dynamically switch.
Since this will all be going away after Firefox 4 in favor of the python xpidl, I really don't think we should spend any time on it now, and just live with the fact that you have to build on a 64-bit-capable build machine.
|
|
||
Updated•14 years ago
|
blocking2.0: ? → -
|
|
||
Comment 4•13 years ago
|
||
I think this can now be closed with the landing of the Python xpidl (bug 458936 - Mozilla 8).
|
||
Updated•13 years ago
|
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
|
||
Updated•7 years ago
|
Product: Core → Firefox Build System
You need to log in
before you can comment on or make changes to this bug.
Description
•