firefox using --with-libxul-sdk doesn't install .idl/.h on make install

RESOLVED WONTFIX

Status

()

Core
Build Config
RESOLVED WONTFIX
10 years ago
9 years ago

People

(Reporter: Fabien Tassin, Unassigned)

Tracking

Trunk
x86
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

10 years ago
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.