xpidl can't find IDL files for java when building firefox with --with-libxul-sdk
RESOLVED
INVALID
Status
()
People
(Reporter: Mook, Assigned: Mook)
Tracking
Firefox Tracking Flags
(Not tracked)
Details
(URL)
Attachments
(1 obsolete attachment)
When building firefox with --with-libxul-sdk and --enable-javaxpcom (i.e. Firefox-on-xulrunner with javaxpcom explicitly enabled for Firefox), the build dies building the Java interface for nsIDictionary: $(topobjdir)/xulrunner/dist/host/bin/host_xpidl -m java -w -I$(topsrcdir)/extensions/xml-rpc/idl -I../../../dist/idl -o _javagen/org/mozilla/interfaces/nsIDictionary $(topsrcdir)/extensions/xml-rpc/idl/nsIDictionary.idl $(topsrcdir)/extensions/xml-rpc/idl/nsIDictionary.idl:46: can't open included file nsISupports.idl for reading Since nsISupports is in xulrunner's dist/idl of course it can't find it in Firefox's dist/idl. I think the fix is to use $(XPIDL_FLAGS) as the .h and .xpt generation does; filing bug first before I try to patch.
Updated•11 years ago
|
||
QA Contact: build.config → build-config
Created attachment 258864 [details] [diff] [review] use XPIDL_FLAGS instead The guess appears to work (at least, the build got past that point). Looking into unrelated problems now. Sorry about the default QA, I initially filed as a Firefox/Build Config thing then realized it should be in Core instead, and forgot to change the QA.
Assignee: nobody → mook.moz+mozbz
Status: NEW → ASSIGNED
Attachment #258864 -
Flags: review?(jhpedemonte)
Comment 2•11 years ago
|
||
--enable-javaxpcom is only meant for builds that are making lixul
Status: ASSIGNED → RESOLVED
Last Resolved: 11 years ago
Resolution: --- → INVALID
Attachment #258864 -
Attachment is obsolete: true
Attachment #258864 -
Flags: review?(jhpedemonte)
You need to log in
before you can comment on or make changes to this bug.
Description
•