cross-compiling woes...

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

[Index of Archives]     [Linux C Programming]     [Linux Kernel]     [eCos]     [Fedora Development]     [Fedora Announce]     [Autoconf]     [The DWARVES Debugging Tools]     [Yosemite Campsites]     [Yosemite News]     [Linux GCC]

  Powered by Linux