Status
()
People
(Reporter: Fabien Tassin, Unassigned)
Tracking
Firefox Tracking Flags
(Not tracked)
Details
When built with --with-libxul-sdk, Firefox installs some .h and .idl files in dist/{include,idl} but not on make install.
Comment 1•10 years ago
|
||
This is by design. The XULRunner-devel headers (the SDK) come with XULRunner make install, but there is no separate firefox-devel package, nor do I have plans for one.
Status: NEW → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → WONTFIX
Comment 2•9 years ago
|
||
There are a bunch of idls shipped in the browser/ tree; do we really want to hide all of those for extensions et al, or is there any chance to reconsider the decision to not ship any sdk stuff from browser/ ? Here the output of a find browser/ on more or less recent mozilla-central. 1. browser/components/nsIBrowserGlue.idl 2. browser/components/sessionstore/nsISessionStartup.idl 3. browser/components/sessionstore/nsISessionStore.idl 4. browser/components/feeds/public/nsIWebContentConverterRegistrar.idl 5. browser/components/feeds/public/nsIFeedResultService.idl 6. browser/components/feeds/public/nsIFeedWriter.idl 7. browser/components/microsummaries/public/nsIMicrosummaryService.idl 8. browser/components/shell/public/nsIWindowsShellService.idl 9. browser/components/shell/public/nsIShellService.idl 10. browser/components/shell/public/nsIMacShellService.idl 11. browser/components/migration/public/nsIBrowserProfileMigrator.idl 12. browser/components/nsIBrowserHandler.idl 13. browser/components/places/public/nsIPlacesImportExportService.idl 14. browser/components/places/public/nsIPlacesTransactionsService.idl 15. browser/fuel/public/fuelIApplication.idl
Comment 3•9 years ago
|
||
I think it's ok to not ship those in the SDK. They would only be needed by binary extensions, which is a fairly small community anyway, and if you really need them it's not hard to copy them from the browser tree.
You need to log in
before you can comment on or make changes to this bug.
Description
•