436556 - error from trying to build for gtk-directfb for arm9, undefined nsINode::~nsINode()

Status: RESOLVED INCOMPLETE

(Core Graveyard :: Installer: XPInstall Engine, defect)

Description

[Ray Kiddy]

I am not sure how to concisely describe how I have my scratchbox set up. It is running on an Ubuntu 5.10 host and its target is an arm processor. The scratchbox seems to work. I can build everything on the list on http://wiki.mozilla.org/Mobile/DFBPorting, up to mozilla-dfb.

Is there a command in scratchbox which dumps out information, as would be understood by others, about the configuration of the host and target?

I have seen that where others see this same error, it looks like a generic mis-configuration issue, and responses have been 'did you use --disable-tests?' and such as that. I have used exactly the options listed on http://wiki.mozilla.org/Mobile/DFBPorting/mozconfig, except that I also had to add:

ac_add_options --disable-jemalloc

Before I added this last, I got an assembly language error.

Now I am seeing:


c++ -I/usr/local/dfb/include -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align -Wno-long-long -fno-strict-aliasing -fshort-wchar -pthread -pipe  -DDEBUG -D_DEBUG -DDEBUG_ray -DTRACING -g -fno-inline -Os -freorder-blocks -fno-reorder-functions  -fPIC -shared -Wl,-z,defs -Wl,-h,libxpinstall.so -o libxpinstall.so  CertReader.o nsInstallTrigger.o nsJSInstallTriggerGlobal.o nsSoftwareUpdate.o nsXPITriggerInfo.o nsXPInstallManager.o nsXPIInstallInfo.o     -lpthread -L/usr/local/dfb/lib         -Wl,-rpath-link,../../dist/bin  -L../../dist/bin -lmozjs ../../dist/lib/libunicharutil_s.a -L../../dist/bin -lxpcom -lxpcom_core  -L../../dist/bin -L../../dist/lib -lplds4 -lplc4 -lnspr4 -L/usr/local/dfb/lib -lpthread -ldl -L../../modules/zlib/src -lmozz   -Wl,-Bsymbolic -ldl -lm    
nsInstallTrigger.o:(.data._ZTV11nsIDocument[vtable for nsIDocument]+0x5c): undefined reference to `nsINode::GetProperty(unsigned short, nsIAtom*, unsigned int*) const'
nsInstallTrigger.o:(.data._ZTV11nsIDocument[vtable for nsIDocument]+0x60): undefined reference to `nsINode::SetProperty(unsigned short, nsIAtom*, void*, void (*)(void*, nsIAtom*, void*, void*), int, void**)'
nsInstallTrigger.o:(.data._ZTV11nsIDocument[vtable for nsIDocument]+0x64): undefined reference to `nsINode::DeleteProperty(unsigned short, nsIAtom*)'
nsInstallTrigger.o:(.data._ZTV11nsIDocument[vtable for nsIDocument]+0x68): undefined reference to `nsINode::UnsetProperty(unsigned short, nsIAtom*, unsigned int*)'
nsInstallTrigger.o:(.data._ZTV11nsIDocument[vtable for nsIDocument]+0x6c): undefined reference to `nsINode::AddMutationObserver(nsIMutationObserver*)'
nsInstallTrigger.o:(.data._ZTV11nsIDocument[vtable for nsIDocument]+0x70): undefined reference to `nsINode::RemoveMutationObserver(nsIMutationObserver*)'
nsInstallTrigger.o:(.data._ZTV11nsIDocument[vtable for nsIDocument]+0x78): undefined reference to `nsINode::CreateSlots()'
nsInstallTrigger.o: In function `~nsPropertyTable':../../dist/include/content/nsPropertyTable.h:268: undefined reference to `nsPropertyTable::DeleteAllProperties()'
nsInstallTrigger.o: In function `nsINode::IsEditableExternal() const':../../dist/include/xpcom/nsTObserverArray.h:73: undefined reference to `nsINode::IsEditableInternal() const'
nsInstallTrigger.o: In function `~nsIDocument':../../dist/include/content/nsIDocument.h:973: undefined reference to `nsINode::~nsINode()'
:../../dist/include/content/nsIDocument.h:973: undefined reference to `nsINode::~nsINode()'
collect2: ld returned 1 exit status

Comment 1

[Stuart Parmenter]

you might want to try using the 2007q3 compiler

Comment 2

[timeless]

the problem is that disable-libxul and xpinstall as is today don't get along.

Comment 3

[timeless]

Attachment: don't use nsIDocument

Comment 4

[Boris Zbarsky [:bzbarsky]]

So.... that's not quite equivalent to what the code used to be doing.  Do we need an external-linkage way of getting the nsIURI?  Or does this code not really care about object identity here?

Comment 5

[Boris Zbarsky [:bzbarsky]]

Comment on attachment 337914 [details] [diff] [review]
don't use nsIDocument

r- pending answers.