All of lore.kernel.org
 help / color / mirror / Atom feed
* QA RPATH error for c++ packages?
@ 2011-02-17  1:26 Andreas Mueller
  2011-02-17  3:21 ` Khem Raj
  0 siblings, 1 reply; 7+ messages in thread
From: Andreas Mueller @ 2011-02-17  1:26 UTC (permalink / raw)
  To: openembedded-devel

Good evening OE folks,

have started to investigate QA RPATH error for clutter-box2d. More or less 
accidental I fell over the following lines in 'clutter-box2d-0.10.0-
r2.0+git4e72b9c135a9439b82d801c62422531db611f98b/git/clutter-
box2d/.libs/libclutter-box2d-0.10.lai':

| # Libraries that this one depends upon.
| dependency_libs=' /usr/lib/libclutter-eglx-1.0.la -lGLESv2 -lEGL
|  /usr/lib/libatk-1.0.la /usr/lib/libpangocairo-1.0.la
|  /usr/lib/libpangoft2-1.0.la /usr/lib/libgdk_pixbuf-2.0.la
|  /usr/lib/libgio-2.0.la -lresolv /usr/lib/libXext.la /usr/lib/libXdamage.la
|  /usr/lib/libXcomposite.la /usr/lib/libjson-glib-1.0.la
|  /usr/lib/libpango-1.0.la /usr/lib/libcairo.la /usr/lib/libpixman-1.la
|  /usr/lib/libfontconfig.la /usr/lib/libexpat.la /usr/lib/libfreetype.la
|  /usr/lib/libpng12.la /usr/lib/libXrender.la /usr/lib/libz.la
|  /usr/lib/libgmodule-2.0.la /usr/lib/libXfixes.la /usr/lib/libX11.la
|  /usr/lib/libxcb.la /usr/lib/libpthread-stubs.la /usr/lib/libXau.la
|  /usr/lib/libXdmcp.la -ldl /usr/lib/libgobject-2.0.la
|  /usr/lib/libgthread-2.0.la -lpthread -lrt /usr/lib/libglib-2.0.la
|  /home/Superandi/tmp/sysroots/armv7a-angstrom-linux-
gnueabi/usr/lib/libstdc++.la'

All except libstdc++.la come with target folder. 

Hm. clutter-box2d is the only lib of clutter-'suite' which has c++ sources (I 
have checked) and the only one with RPATH QA error...

OK let's see if there are other *.lai files containing host link to 
'libstdc++.la':

| [Superandi@localhost work]$ grep '/home/Superandi/tmp/sysroots/armv7a-
angstrom-linux-gnueabi/usr/lib/libstdc++.la' `find -name "*.lai"`
| ./armv7a-angstrom-linux-gnueabi/db-5.0.21-
r3/db-5.0.21/build_unix/.libs/libdb-5.0.lai: ...
| ./armv7a-angstrom-linux-gnueabi/gnutls-2.10.4-r10.0/gnutls-2.10.4  ...
| ./armv7a-angstrom-linux-gnueabi/libcdio-0.82-r3.0 ...
| ./armv7a-angstrom-linux-gnueabi/schroedinger-1.0.9-r0 ...
| ./armv7a-angstrom-linux-gnueabi/aspell-0.60.6-r0 ...
| ./armv7a-angstrom-linux-gnueabi/enchant-1.6.0-r2 ...
| ...
| ./overo-angstrom-linux-gnueabi/clutter-box2d-0.10.0-
r2.0+git4e72b9c135a9439b82d801c62422531db611f98b ...

These I have seen when creating/using 'contrib/qa/collect-qa-errors.sh' !!

Have modified 'contrib/qa/collect-qa-errors.sh' to get only RPATH errors and get:

| /home/Superandi/tmp/work/armv7a-angstrom-linux-gnueabi/acl-2.2.49-r3
| /home/Superandi/tmp/work/armv7a-angstrom-linux-gnueabi/aspell-0.60.6-r0
| /home/Superandi/tmp/work/armv7a-angstrom-linux-gnueabi/curl-7.21.2-r4.0
| /home/Superandi/tmp/work/armv7a-angstrom-linux-gnueabi/db-5.0.21-r3
| /home/Superandi/tmp/work/armv7a-angstrom-linux-gnueabi/enchant-1.6.0-r2
| /home/Superandi/tmp/work/armv7a-angstrom-linux-gnueabi/gettext-0.18-r4
| /home/Superandi/tmp/work/armv7a-angstrom-linux-gnueabi/gnome-vfs-2.24.1-r3
| /home/Superandi/tmp/work/armv7a-angstrom-linux-gnueabi/gnutls-2.10.4-r10.0
| /home/Superandi/tmp/work/armv7a-angstrom-linux-gnueabi/libcdio-0.82-r3.0
| /home/Superandi/tmp/work/armv7a-angstrom-linux-gnueabi/libimobiledevice-1.0.0-
r0
| /home/Superandi/tmp/work/armv7a-angstrom-linux-gnueabi/libsoup-2.2.100-r1
| /home/Superandi/tmp/work/armv7a-angstrom-linux-gnueabi/libsoup-2.4-2.32.2-r0
| /home/Superandi/tmp/work/armv7a-angstrom-linux-gnueabi/neon-0.25.5-r4
| /home/Superandi/tmp/work/armv7a-angstrom-linux-gnueabi/python-2.6.5-ml12.3
| /home/Superandi/tmp/work/armv7a-angstrom-linux-gnueabi/schroedinger-1.0.9-r0
| /home/Superandi/tmp/work/armv7a-angstrom-linux-gnueabi/tiff-3.9.4+4.0.0beta6-r0
| /home/Superandi/tmp/work/overo-angstrom-linux-gnueabi/clutter-box2d-0.10.0-
r2.0+git4e72b9c135a9439b82d801c62422531db611f98b

OK this is nothing but a hint and the full path in *.lai is surely a symptom not 
part of the solution.

Here I loose the track and ask if there is anybody who has an idea where to look 
further (or telling me that I am on the wrong track)?

time to get some sleep...

Andreas



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: QA RPATH error for c++ packages?
  2011-02-17  1:26 QA RPATH error for c++ packages? Andreas Mueller
@ 2011-02-17  3:21 ` Khem Raj
       [not found]   ` <201102171342.16551.schnitzeltony@gmx.de>
  0 siblings, 1 reply; 7+ messages in thread
From: Khem Raj @ 2011-02-17  3:21 UTC (permalink / raw)
  To: openembedded-devel

On Wed, Feb 16, 2011 at 5:26 PM, Andreas Mueller <schnitzeltony@gmx.de> wrote:
> Good evening OE folks,
>
> have started to investigate QA RPATH error for clutter-box2d. More or less
> accidental I fell over the following lines in 'clutter-box2d-0.10.0-
> r2.0+git4e72b9c135a9439b82d801c62422531db611f98b/git/clutter-
> box2d/.libs/libclutter-box2d-0.10.lai':


Is this recipe using its own version of libtool ? IOW is it overriding
do_configure
that it gets from autotools



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: QA RPATH error for c++ packages?
       [not found]   ` <201102171342.16551.schnitzeltony@gmx.de>
@ 2011-02-17 17:08     ` Andreas Mueller
  2011-02-17 17:43       ` Khem Raj
  2011-02-18 11:18       ` Eric Bénard
  0 siblings, 2 replies; 7+ messages in thread
From: Andreas Mueller @ 2011-02-17 17:08 UTC (permalink / raw)
  To: openembedded-devel

@Khem forget the last mail - sorry

My guess is still that the QA RPATH error is caused by some generic problem with
c++ sources / libstdc++ - independent of clutter-box2d or other recipes 
meantioned before. Hints on this are

1.  ALL packages which have sysroot path for 'libstdc++.la' in '.libs/*.lai
have a QA RPATH error!

2. In '/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib/libstdc++.la' I find

| # Directory that this library needs to be installed in:
| libdir=/home/Superandi/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib

3. So (don't kill me) I modified  '/sysroots/armv7a-angstrom-linux-
gnueabi/usr/lib/libstdc++.la' to

| # Directory that this library needs to be installed in:
| libdir=/usr/lib

And rebuild some of the QA RPATH candidates mentioned before

clutter-box2d
aspell
enchant

WITHOUT QA ERRORS!!

To me it seems as matter of gcc ( in my case 4.3.3 )

| TARGET_ARCH       = "arm"
| TARGET_OS         = "linux-gnueabi"
| MACHINE           = "overo"
| DISTRO            = "angstrom"
| DISTRO_VERSION    = "2010.7-test-20110217"

What do you think?

Andreas



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: QA RPATH error for c++ packages?
  2011-02-17 17:08     ` Andreas Mueller
@ 2011-02-17 17:43       ` Khem Raj
  2011-02-18 11:18       ` Eric Bénard
  1 sibling, 0 replies; 7+ messages in thread
From: Khem Raj @ 2011-02-17 17:43 UTC (permalink / raw)
  To: openembedded-devel

On Thu, Feb 17, 2011 at 9:08 AM, Andreas Mueller <schnitzeltony@gmx.de> wrote:
> @Khem forget the last mail - sorry
>
> My guess is still that the QA RPATH error is caused by some generic problem with
> c++ sources / libstdc++ - independent of clutter-box2d or other recipes
> meantioned before. Hints on this are

Yes it could be since gcc is not using libtool 2.4 and so libstdc++ la
files will not encode the
sysroot syntax and that could cause rpath to resolve to absolute sysroot dir

>
> 1.  ALL packages which have sysroot path for 'libstdc++.la' in '.libs/*.lai
> have a QA RPATH error!
>
> 2. In '/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib/libstdc++.la' I find
>
> | # Directory that this library needs to be installed in:
> | libdir=/home/Superandi/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib
>
> 3. So (don't kill me) I modified  '/sysroots/armv7a-angstrom-linux-
> gnueabi/usr/lib/libstdc++.la' to
>
> | # Directory that this library needs to be installed in:
> | libdir=/usr/lib
>
> And rebuild some of the QA RPATH candidates mentioned before
>
> clutter-box2d
> aspell
> enchant
>
> WITHOUT QA ERRORS!!
>
> To me it seems as matter of gcc ( in my case 4.3.3 )
>
> | TARGET_ARCH       = "arm"
> | TARGET_OS         = "linux-gnueabi"
> | MACHINE           = "overo"
> | DISTRO            = "angstrom"
> | DISTRO_VERSION    = "2010.7-test-20110217"
>
> What do you think?
>
> Andreas
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: QA RPATH error for c++ packages?
  2011-02-17 17:08     ` Andreas Mueller
  2011-02-17 17:43       ` Khem Raj
@ 2011-02-18 11:18       ` Eric Bénard
  2011-02-18 12:51         ` Andreas Mueller
  1 sibling, 1 reply; 7+ messages in thread
From: Eric Bénard @ 2011-02-18 11:18 UTC (permalink / raw)
  To: openembedded-devel

Hi,

On 17/02/2011 18:08, Andreas Mueller wrote:
> @Khem forget the last mail - sorry
>
> My guess is still that the QA RPATH error is caused by some generic problem with
> c++ sources / libstdc++ - independent of clutter-box2d or other recipes
> meantioned before. Hints on this are
>
> 1.  ALL packages which have sysroot path for 'libstdc++.la' in '.libs/*.lai
> have a QA RPATH error!
>
> 2. In '/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib/libstdc++.la' I find
>
> | # Directory that this library needs to be installed in:
> | libdir=/home/Superandi/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib
>
> 3. So (don't kill me) I modified  '/sysroots/armv7a-angstrom-linux-
> gnueabi/usr/lib/libstdc++.la' to
>
> | # Directory that this library needs to be installed in:
> | libdir=/usr/lib
>
> And rebuild some of the QA RPATH candidates mentioned before
>
> clutter-box2d
> aspell
> enchant
>
> WITHOUT QA ERRORS!!
>
> To me it seems as matter of gcc ( in my case 4.3.3 )
>
> | TARGET_ARCH       = "arm"
> | TARGET_OS         = "linux-gnueabi"
> | MACHINE           = "overo"
> | DISTRO            = "angstrom"
> | DISTRO_VERSION    = "2010.7-test-20110217"
>
> What do you think?
>
I confirm this also works for angstrom 2008.1 where I met a qa problem in 
gnutlsxx.

Eric



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: QA RPATH error for c++ packages?
  2011-02-18 11:18       ` Eric Bénard
@ 2011-02-18 12:51         ` Andreas Mueller
  2011-02-18 13:02           ` Eric Bénard
  0 siblings, 1 reply; 7+ messages in thread
From: Andreas Mueller @ 2011-02-18 12:51 UTC (permalink / raw)
  To: openembedded-devel

On Friday 18 February 2011 12:18:00 Eric Bénard wrote:

> I confirm this also works for angstrom 2008.1 where I met a qa problem in
> gnutlsxx.
yes another victim...

I think this issue is fixed by removing ${STAGING_DIR_TARGET} at the end of 
cross.bbclass.

I will prepare a patch on that but first wait for results on clean build...

Andreas



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: QA RPATH error for c++ packages?
  2011-02-18 12:51         ` Andreas Mueller
@ 2011-02-18 13:02           ` Eric Bénard
  0 siblings, 0 replies; 7+ messages in thread
From: Eric Bénard @ 2011-02-18 13:02 UTC (permalink / raw)
  To: openembedded-devel

Hi,

On 18/02/2011 13:51, Andreas Mueller wrote:
> On Friday 18 February 2011 12:18:00 Eric Bénard wrote:
>
>> I confirm this also works for angstrom 2008.1 where I met a qa problem in
>> gnutlsxx.
> yes another victim...
>
> I think this issue is fixed by removing ${STAGING_DIR_TARGET} at the end of
> cross.bbclass.
>
can't that come from the sed at line 43 of gcc-package-cross.inc ?

Eric



^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2011-02-18 13:03 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-02-17  1:26 QA RPATH error for c++ packages? Andreas Mueller
2011-02-17  3:21 ` Khem Raj
     [not found]   ` <201102171342.16551.schnitzeltony@gmx.de>
2011-02-17 17:08     ` Andreas Mueller
2011-02-17 17:43       ` Khem Raj
2011-02-18 11:18       ` Eric Bénard
2011-02-18 12:51         ` Andreas Mueller
2011-02-18 13:02           ` Eric Bénard

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.