126691 - need extensions\interfaceinfo build fu

Status: RESOLVED FIXED

(Core :: XML, defect, P3)

Description

[John Bandhauer]

One of the requirements for landing the rest of the MOZ_WSP stuff is to finish
the build fu required for the new  mozilla\extensions\interfaceinfo module. This
does not impact the 'SOAP on by default' problem at all. But, I was waiting
until separating MOZ_SOAP from MOZ_WSP was working before bringing up this issue.

mozilla\extensions\interfaceinfo (iix) is a small standalone extension that
lives to expose some additional interface info functionailty that is not really
needed in the core xpcom. I was very *tempted* to just jam it into xpcom, but
that just didn't seem right. It has thre things:

- nsIGenericInterfaceInfoSet which allows us to dynamically build
nsIInterfaceInfoManager/nsIInterfaceInfo sets that are dynamically generated at
runtime (as opposed to being read from typelibs). This is used by the WSP proxy
code.

- nsIScriptableInterfaceInfo which builds generic scriptable interfaces around
implmentations of nsIInterfaceInfo. This is used by...

- nsIInterfaceInfoToIDL is a service that 'decompiles' idl source from interface
infos.

The first two above are implemented in C++. The third is a JS component.

I have an nmake makefile in that module. It is not yet integrated into the build
system at large. I have not done the gmake fu yet.

I'd like to be able to build this on all platforms are a simple standalone
extension library (dll). Since MOZ_WSP will directly depend on this library, it
wouuld be *nice* if we could make turning on MOZ_WSP automatically turn on
building iix (MOZ_IIX?). But this is certinaly not a critical.

Anyway, I wanted to lay this all out so that everyone would know what the issues
are. 

peterv: Do you think you might find time to put together the macbuild stuff?

Comment 1

[Peter Van der Beken [:peterv]]

Attachment: Mac build patch

Comment 2

[Peter Van der Beken [:peterv]]

Simon, another build option added, want to sr? I've changed the warning for bad
build options to "wsp will be built but won't be useable", since that is what
will happen. I'm not going to attach a new patch for that.

Comment 3

[Simon Fraser [no longer active]]

Comment on attachment 70715 [details] [diff] [review]
Mac build patch

sr=sfraser on Mac build changes. Oh man, is this one going to be on by default
also?

Comment 4

[John Bandhauer]

peterv: I landed the gmake changes here. Can you land the Mac build changes w/o
disrupting anything? BTW, I undoubtedly busted the build of xmlextras for the
case where MOZ_WSP (web service proxies) is enabled. That is not part of the
default build. But, when enabled, it now depends on this iix stuff. And, I added
a couple of new files in that part of the tree w/o fixing the optional Mac build
stuff.

sfraser: No plan to turn this on by default.

Comment 5

[John Bandhauer]

reassign to peterv to move his Mac build patch through the system as he sees
fit. Please let me know how I can help.

Comment 6

[Peter Van der Beken [:peterv]]

Checked in. Both iiextras and wsp options are off by default but they do build
correctly when turned on.