Re: [gentoo-embedded] libstdc++ / uclibc++ confusion

[Ned Ludd]

On Tue, 2007-11-06 at 16:10 -0500, Jason wrote:
> Okay, I'll admit it.  I don't like C++.  As a result, I don't use it and
> am not familiar with it.  I don't want to start a flame, I'm just trying
> to explain why I'm so d*mn confused.  :-)
>
> I'm trying to add kismet (written in the aforementioned language) to my
> armeb-softfloat-linux-uclibc system.


> I added uclibc++, thinking I
> needed it.

Unnecessary and often a pain in the rear to attempt to use uclibc++
It requires some serious hacking to make it your default libstdc++
provider.

>  I then xmerge'd kismet, and tried to run it on the target:
>
> [root@localhost] # kismet
> Server options:  none
> Client options:  none
> Starting server...
> /usr/bin/kismet_server: can't load library 'libstdc++.so.6'
>
> This is where things went to hell.  I presumed, wrongly, that the kismet
> build was pulling from my host environment (in hind-sight, this would
> have failed with a wrong format or some such).  It was actually pulling
> it from /usr/lib/gcc/armeb-softfloat-linux-uclibc_gw2348/3.4.6/ and the
> libstdc++.so* is the proper file format (which makes sense).
>
> Long story short, can I eliminate uclibc++ and just copy
> /usr/lib/gcc/armeb-softfloat-linux-uclibc_gw2348/3.4.6/libstdc++.* into
> ${SYSROOT}/lib/ ?

Not sure about the SYSROOT. But at runtime kismet is going to need it.
So probably in your $ROOT whatever that may be.

>   If so, why isn't it in SYSROOT?  What concept am I
> missing here?



> thx,
>
> Jason.
-- 
Ned Ludd <solar@g.o>
Gentoo Linux

-- 
gentoo-embedded@g.o mailing list