[Buildroot] Buildroot 2010.05-rc3 released
microbit at virginbroadband.com.au
Thu May 27 21:51:46 UTC 2010
Hi Yann, All,
On Thu, 2010-05-27 at 23:15 +0200, Yann E. MORIN wrote:
> Kris, All,
> On Thursday 27 May 2010 20:58:43 Microbit_Ubuntu wrote:
> > PS : ct-ng only offers "linuxthreads".
> That's only true if you build a uClibc-based toolchain. If you build a
> glibc- or a eglibc-based toolchain, then crosstool-NG allows you to
> use NPTL.
> So I'll take that you build a uClibc-based toolchain...
> > So are we supposed to use
> > "stable/old" in BR or "new" (latter, I guess) ????
> That has to match the way you configured uClibc in your toolchain.
> Check the uClibc .config file for that.
> > I seem to have had problems with that - invoking gdbserver prompts :
> > "can't load libthread_db.so.1".
> > This worked fine with internal toolchain... Anyone ?
> libthread_db.so.1 is dlopen(3)ed by gdbserver, so you have to get it on
> your target, in the standard libraries search path.
> Also, there is a known dangling issue wrt cross-gdb + gdbserver.
> See this thread:
> In short, you have to get the cross-gdb *and* the gdbserver from the
> same version of gdb, to be sure they know how to speak to each other.
> So: either get both from crosstool-NG, or get both from buildroot.
> Yann E. MORIN.
I've been compiling with both from buildroot at all times, so that
should be OK.
While I was doing a sanity check vis-a-vis (sorry for the missing accent
grave) module inserting (solved), I used an older kernel uImage
(generated when I still used internal BR toolchain).
gdbserver of course is still happy there, but I can't find a trace of
libthread_db.so.1 on my rootfs target. (looked in /lib and /usr/lib).
I do have libpthread.so.0 etc.
I tried with an ltrace but that's not helping much.. (only see
I'll compile shortly and keep you posted.
Thanks for the help Yann, it's greatly appreciated !
More information about the buildroot