cross-compiling woes...

cross-compiling woes...

[Yan Seiner]

I am trying to cross-compile Qt/E and Konqueror embedded for my target 
platform, an ARM9 based SBC.

I am having a cross-tool problem and I hope that someone can help me out....

By way of background, my old development system was based on Debian 
sarge, and everything worked fine.  I could build both packages with no 
problems.

However, I had to move and my new development system is based on Debian 
etch.

I moved my old crosstool-0.42 toolchain and tried to rebuild the 
konqueror; the build failed ultimately with

../../konq-embed/add-ons/kflashpart/.libs/libkflash_e.a(kflashpart.o): 
In function `global constructors keyed to _ZNK13KFlashFactory9classNameEv':
kflashpart.cpp:(.text+0x3538): undefined reference to `__dso_handle'
mainwindowbase.o: In function `MainWindowBase::openURL(View*, KURL 
const&, KParts::URLArgs const&)':
mainwindowbase.cc:(.text+0x2214): undefined reference to `__dso_handle'
mainwindowbase.o: In function `global constructors keyed to 
_ZN14MainWindowBase13s_statusDelayE':
mainwindowbase.cc:(.text+0x5290): undefined reference to `__dso_handle'
htmlview.o: In function `global constructors keyed to 
_ZN8HTMLViewC2EP7QWidgetPKcP7QObjectS3_':
htmlview.cc:(.text+0x10e0): undefined reference to `__dso_handle'
view.o: In function `global constructors keyed to 
_ZN4ViewC2EP7QObjectPKcPN6KParts12ReadOnlyPartE':
view.cc:(.text+0x38e8): undefined reference to `__dso_handle'
browseriface.o:browseriface.cc:(.text+0x330): more undefined references 
to `__dso_handle' follow

 From googling about, this has something to do with visibility.  I am 
not that experienced with c++ projects, and frankly I am floundering a 
bit.  Visiblity is disabled (or not patched in) in Dan Kegel's 
crosstools if understand everything correctly.

I figured that perhaps this was a toolchain issue, so I rebuilt the 
toolchain on the etch box, first using gcc 4.0.1, and then with 
gcc-3.4.  Both time the konqueror build failed in the same way.

I am pretty sure that system include files are not being used, and that 
only the toolchain include files are being used.

Google said that maybe it's a binutils issue; so I rebuilt the toolchain 
once again, using binutils 2.15; no joy.

For various reasons I am limited to gcc-3.4.4 and glibc 2.3.2 in the 
toolchain.

Could someone please provide some guidance, help, or even encouragement?

What is frustrating is that this is coming at the end of a year-long 
development effort and I am packaging up the final filesystem.  All the 
software is built and ready to go, but the key piece of software will 
not build.

(Moving was not my idea; it was decided that my development box be 
converted to windows XP to run some other critical software and that I 
use another, nearly identical box without a fancy video card for 
development.  In hindsight this was an error, but now I have to fix 
it.... :-( )

--Yan