[OE-core] [PATCH 1/1] Revert "gdb-cross-canadian: build gdb with python support"

[Khem Raj]

On Mar 21, 2012 2:53 PM, "Kamble, Nitin A" <nitin.a.kamble at intel.com> wrote:
>
> > Hi Nitin,
> >
> > FWIW I took the i586 target sdk generated on the Fedora 16 and
> > put it on a VirtualBox VM running ubuntu 10.04.3 LTS x86_64 (2.6.32
> > kernel) and gdb still works fine.
> >
> > Eric
>
> Eric,
>  If it is working for you, I don't understand why is it not working here.
>
> [nitin at nbuild0 oecore-x86_64]$ cd /usr/local/oecore-x86_64/
> [nitin at nbuild0 oecore-x86_64]$ ls
> environment-setup-x86_64-oe-linux  site-config-x86_64-oe-linux  sysroots
 version-x86_64-oe-linux
> [nitin at nbuild0 oecore-x86_64]$ . environment-setup-x86_64-oe-linux
> [nitin at nbuild0 oecore-x86_64]$
./sysroots/x86_64-oesdk-linux/usr/bin/x86_64-oe-linux/x86_64-oe-linux-gdb
> *** glibc detected ***
./sysroots/x86_64-oesdk-linux/usr/bin/x86_64-oe-linux/x86_64-oe-linux-gdb:
double free or corruption (out): 0x00007f3226818030 ***
> Aborted (core dumped)
> [nitin at nbuild0 oecore-x86_64]$ ldd
./sysroots/x86_64-oesdk-linux/usr/bin/x86_64-oe-linux/x86_64-oe-linux-gdb
>        linux-vdso.so.1 =>  (0x00007fffd05d8000)
>        libreadline.so.6 => /lib64/libreadline.so.6 (0x0000003f07400000)
>        libdl.so.2 =>
/usr/local/oecore-x86_64/sysroots/x86_64-oesdk-linux/lib/libdl.so.2
(0x00007fa207a72000)
>        libncurses.so.5 =>
/usr/local/oecore-x86_64/sysroots/x86_64-oesdk-linux/lib/libncurses.so.5
(0x00007fa20784f000)
>        libtinfo.so.5 =>
/usr/local/oecore-x86_64/sysroots/x86_64-oesdk-linux/lib/libtinfo.so.5
(0x00007fa207628000)
>        libz.so.1 => /lib64/libz.so.1 (0x0000003f06c00000)
>        libm.so.6 =>
/usr/local/oecore-x86_64/sysroots/x86_64-oesdk-linux/lib/libm.so.6
(0x00007fa2073a5000)
>        libpthread.so.0 =>
/usr/local/oecore-x86_64/sysroots/x86_64-oesdk-linux/lib/libpthread.so.0
(0x00007fa207188000)
>        libutil.so.1 =>
/usr/local/oecore-x86_64/sysroots/x86_64-oesdk-linux/lib/libutil.so.1
(0x00007fa206f84000)
>        libexpat.so.1 => /lib64/libexpat.so.1 (0x0000003f09800000)
>        libc.so.6 =>
/usr/local/oecore-x86_64/sysroots/x86_64-oesdk-linux/lib/libc.so.6
(0x00007fa206bfd000)
>
 /usr/local/oecore-x86_64/sysroots/x86_64-oesdk-linux/lib/ld-linux-x86-64.so.2
=> /lib64/ld-linux-x86-64.so.2 (0x0000003f05000000)
>
>
> I am seeing that the sdk gdb is dynamically linking with some of the host
libraries as seen above.
>

I think host libs is issue here
Why is libexpat libreadline libz being used from build host

>
> Nitin
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20120321/8740554e/attachment-0002.html>