Closed
Bug 307749
Opened 19 years ago
Closed 19 years ago
sunbird build implicitly generates calendar .xpi also
Categories
(Calendar :: Sunbird Only, defect)
Calendar
Sunbird Only
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: dmosedale, Assigned: wolfiR)
References
Details
Attachments
(1 file)
|
643 bytes,
patch
|
mvl
:
first-review+
|
Details | Diff | Splinter Review |
This is causing (indirectly) the Mac Tinderbox bustage. It seems to me that it makes more sense to have separate explicit targets for calendar.xpi and Sunbird, probably controlled by explicit mozconfig file options. This way it would be possible to specify building either or both the xpi and Sunbird.
| Assignee | ||
Comment 1•19 years ago
|
||
This also breaks other architectures like x86-64 because some components gets compiled without -fPIC in static builds while the XPI build requires dynamic libs. This could be fixed by using FORCE_USE_PIC=1 but it would be cleaner to resolve this bug IMHO.
| Assignee | ||
Comment 2•19 years ago
|
||
Why it is needed at all to build the XPI in a sunbird build? I think it can simply be avoided? If one really needs an XPI it can be built by make -C ...
| Assignee | ||
Comment 3•19 years ago
|
||
As we have the static/dynamic problem and sunbird's calendar.jar is anyway different from the default one I would suggest to avoid building the XPI along with sunbird.
Attachment #202344 -
Flags: first-review?(mvl)
Comment 4•19 years ago
|
||
Comment on attachment 202344 [details] [diff] [review] patch r=mvl
Attachment #202344 -
Flags: first-review?(mvl) → first-review+
| Reporter | ||
Updated•19 years ago
|
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•