[OE-core] [oe-commits] Andreas Oberritter : gdb: build with expat, add missing RRECOMMENDS_gdbserver

[Martin Jansa]

On Wed, Apr 04, 2012 at 08:06:15PM +0200, Martin Jansa wrote:
> On Wed, Apr 04, 2012 at 07:56:58PM +0200, Andreas Oberritter wrote:
> > On 04.04.2012 19:45, Martin Jansa wrote:
> > > On Wed, Apr 04, 2012 at 07:40:38PM +0200, Andreas Oberritter wrote:
> > >> On 04.04.2012 18:59, Martin Jansa wrote:
> > >>> On Tue, Apr 03, 2012 at 01:15:37PM +0000, git at git.openembedded.org wrote:
> > >>>> Module: openembedded-core.git
> > >>>> Branch: master
> > >>>> Commit: 38ee88e3b32b7444d7f1eb64f1b4f69a48fe0458
> > >>>> URL:    http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=38ee88e3b32b7444d7f1eb64f1b4f69a48fe0458
> > >>>>
> > >>>> Author: Andreas Oberritter <obi at opendreambox.org>
> > >>>> Date:   Tue Apr  3 00:23:55 2012 +0200
> > >>>>
> > >>>> gdb: build with expat, add missing RRECOMMENDS_gdbserver
> > >>>>
> > >>>> * Fixes communication between gdbserver and gdb-cross
> > >>>>   by using the same expat settings for both recipes.
> > >>>> * Adds missing build dependencies for expat/expat-native.
> > >>>> * Adds missing glibc-thread-db runtime recommendation
> > >>>>   to gdbserver, which was set only for gdb.
> > >>>>
> > >>>> Signed-off-by: Andreas Oberritter <obi at opendreambox.org>
> > >>>> Signed-off-by: Richard Purdie <richard.purdie at linuxfoundation.org>
> > >>>
> > >>> Here it's trying to use host's expat when building target gdb and fails...
> > >>>
> > >>> | checking for libexpat... no
> > >>> | configure: error: expat is missing or unusable
> > >>> | make[1]: *** [configure-gdb] Error 1
> > >>> | make[1]: Leaving directory `/OE/shr-core/tmp-eglibc/work/armv7a-vfp-neon-oe-linux-gnueabi/gdb/gdb-7.4-r7.0/build-arm-oe-linux-gnueabi'
> > >>> | make: *** [all] Error 2
> > >>> | ERROR: oe_runmake failed
> > >>> NOTE: package gdb-7.4-r7.0: task do_compile: Failed
> > >>> ERROR: Task 3561 (/OE/shr-core/openembedded-core/meta/recipes-devtools/gdb/gdb_7.4.bb, do_compile) failed with exit code '1'
> > >>>
> > >>> from config.log:
> > >>> configure:10704: checking for libexpat
> > >>> configure:10723: arm-oe-linux-gnueabi-gcc  -march=armv7-a -fno-tree-vectorize     -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 --sysroot=/OE/shr-core/tmp-eglibc/sysroots/om-gta04 -o conftest -O2 -pipe -g -feliminate-unused-debug-types    -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed conftest.c -ldl -lncurses -lz -lm    /usr/lib/libexpat.so >&5
> > >>> /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/armv7a-vfp-neon-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.6.4/ld: error: /usr/lib/libexpat.so: incompatible target
> > >>> conftest.c:98: error: undefined reference to 'XML_ParserCreate'
> > >>> collect2: ld returned 1 exit status
> > >>
> > >> Does "bitbake expat" help? Here I have:
> > > 
> > > expat was built already, so no doesn't help.
> > > 
> > > 
> > > -EXPAT = "--with-expat"
> > > +EXPAT = "--with-expat --with-libexpat-prefix=${STAGING_DIR_HOST}"
> > > 
> > > helps..
> > 
> > OK. Can you please submit an incremental patch? I wonder why it didn't
> > happen on my system, although I have libexpat-dev installed (Ubuntu).
> 
> I've tested it only with target gdb (so I don't feel comfortable to send
> patch before testing -cross-canadian and -cross, but I don't have time
> for it now).
> 
> > Which Linux distribution are you using?
> 
> Gentoo minimal chroot
> http://git.shr-project.org/git/?p=shr-chroot.git;a=summary

confirmed on other host also using shr-chroot.. if you want to test it
yourself, here is patch (or somewhere there if reabased already)
http://git.openembedded.org/openembedded-core-contrib/commit/?h=shr&id=ef16c225a564d465ebab800204434b0d684c4069

Cheers,

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa at gmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20120404/8ce2c802/attachment-0002.sig>