[oe] opensp_1.5: `do_compile` fails with for example `RastEventHandler.cxx:(.text+0x7f0): undefined reference to `OpenSP::Sd::execToInternal(char const*) const'`

[Steve Sakoman]

On Tue, Oct 19, 2010 at 4:34 AM, Paul Menzel
<paulepanter at users.sourceforge.net> wrote:
> Am Dienstag, den 19.10.2010, 01:07 +0200 schrieb Paul Menzel:
>> Am Montag, den 18.10.2010, 22:23 +0200 schrieb Paul Menzel:
>> > Am Montag, den 18.10.2010, 11:39 -0700 schrieb Khem Raj:
>> > > On Mon, Oct 18, 2010 at 5:43 AM, Paul Menzel wrote:
>> >
>> > > > trying to build openjade to test ab83ea [1], task `do_compile` of
>> > > > `opensp_1.5.bb` [2] fails with the following error with `minimal`
>> > > > (eglibc) for `MACHINE = "beagleboard"`.
>> > >
>> > > is it a regression ? did it built ok without this patch ?
>> >
>> > Well, `opensp_1.5.bb` was not changed as far as I can see. So I do not
>> > think it is a regression. I will try it anyway.
>>
>> Reverting the patch did not have any effect.
>>
>> I build tested OpenSP with other distributions. It worked with `minimal`
>> (libc).
>>
>> It failed for `minimal-uclibc` with the same error.
>>
>> It failed for `angstrom-2008.1` with a different error.
>>
>>       […]
>>       /bin/sh ../arm-angstrom-linux-gnueabi-libtool --tag=CXX   --mode=link arm-angstrom-linux-gnueabi-g++ -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb  -isystem/oe/build/angstrom-dev/sysroots/armv7a-angstrom-linux-gnueabi/usr/include -fexpensive-optimizations -frename-registers -fomit-frame-pointer -O2 -ggdb2 -fpermissive -fvisibility-inlines-hidden  -L/oe/build/angstrom-dev/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib -Wl,-rpath-link,/oe/build/angstrom-dev/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib -Wl,-O1 -Wl,--hash-style=gnu -o osx sx.o XmlOutputEventHandler.o sx_inst.o ../lib/libosp.la -lpthread
>>       arm-angstrom-linux-gnueabi-libtool: link: arm-angstrom-linux-gnueabi-g++ -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb -isystem/oe/build/angstrom-dev/sysroots/armv7a-angstrom-linux-gnueabi/usr/include -fexpensive-optimizations -frename-registers -fomit-frame-pointer -O2 -ggdb2 -fpermissive -fvisibility-inlines-hidden -Wl,-rpath-link -Wl,/oe/build/angstrom-dev/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib -Wl,-O1 -Wl,--hash-style=gnu -o .libs/osx sx.o XmlOutputEventHandler.o sx_inst.o  -L/oe/build/angstrom-dev/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib ../lib/.libs/libosp.so /oe/build/angstrom-dev/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib/libstdc++.so -lpthread -Wl,-rpath -Wl,/usr/lib
>>       /oe/build/angstrom-dev/sysroots/i686-linux/usr/armv7a/lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/../../../../arm-angstrom-linux-gnueabi/bin/ld: warning: libc.so, needed by /oe/build/angstrom-dev/sysroots/i686-linux/usr/armv7a/lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/../../../../arm-angstrom-linux-gnueabi/lib/libgcc_s.so, not found (try using -rpath or -rpath-link)
>>       XmlOutputEventHandler.o: In function `OpenSP::XmlOutputEventHandler::fsiToUrl(OpenSP::String<unsigned int> const&, OpenSP::Location const&, OpenSP::String<unsigned int>&)':
>>       /oe/build/angstrom-dev/work/armv7a-angstrom-linux-gnueabi/opensp-1.5-r2/OpenSP-1.5/sx/XmlOutputEventHandler.cxx:789: undefined reference to `OpenSP::InputSource::get(OpenSP::Messenger&)'
>>       collect2: ld returned 1 exit status
>>       make[3]: *** [osx] Error 1
>>       make[3]: Leaving directory `/oe/build/angstrom-dev/work/armv7a-angstrom-linux-gnueabi/opensp-1.5-r2/OpenSP-1.5/sx'
>>       make[2]: *** [all] Error 2
>>       make[2]: Leaving directory `/oe/build/angstrom-dev/work/armv7a-angstrom-linux-gnueabi/opensp-1.5-r2/OpenSP-1.5/sx'
>>       make[1]: *** [all-recursive] Error 1
>>       make[1]: Leaving directory `/oe/build/angstrom-dev/work/armv7a-angstrom-linux-gnueabi/opensp-1.5-r2/OpenSP-1.5'
>>       make: *** [all] Error 2
>>       FATAL: oe_runmake failed
>>       ERROR: Function do_compile failed
>>
>> The BitBake run was interrupted. I will try a clean build to confirm the
>> issue for sure.
>
> The issues are still there after a clean build. Only `minimal-libc`
> works fine.

Several Gumstix customers are seeing this issue too.  Did you ever
discover the root cause or even a workaround?

Is your build machine a 32 bit or 64 bit distro?  There seems to be
some anecdotal evidence that it may be 64 bit related.

Steve