SSTATE_MIRRORS problems, libpthread.so.0 not found ...

SSTATE_MIRRORS problems, libpthread.so.0 not found ...

[Jonas Jonsson L]

[-- Attachment #1: Type: text/plain, Size: 1858 bytes --]

Hi!

I'm building several different Raspberry Pi images that are almost the same, some configuration issues (ip-address, hostnames etc) differs on those different images.  My solution was to simply build a 'clean' image without any tweaking, then use all the packages from the 'clean' image via SSTATE_MIRRORS and build my images with their own peculiarities.  The 'clean' image is basically a 'core-image-minimal' image (rpi-hwup-image for Raspberry Pi).

So in 'clean' I have the sstate-cache, and in the other configurations, I set up
SSTATE_MIRRORS ?= "file://.* file:///home/foobar/clean/sstate-cache/PATH<file:///\\.*%20file:\home\foobar\clean\sstate-cache\PATH>"
in my local.conf ....  It works like a charm with regards to speed and disk-space.

The package that I've built builds clean without any warnings in the 'clean' build.  However, if I don't build my package in the clean image, but in one of my 'configured' images, it fails.  All of a sudden, the linker can't find neither /lib/libpthread.so.0 nor /usr/lib/libpthread_nonshared.a :(

buildfolder/tmp/sysroots/raspberrypi > ls -ll lib/libpthread.so.0 usr/lib/libpthread_nonshared.a lib/libpthread-2.17.so
-rwxr-xr-x 1 foobar bitbakers 960802 Apr 11 12:47 lib/libpthread-2.17.so
lrwxrwxrwx 1 foobar bitbakers     18 Apr 11 12:47 lib/libpthread.so.0 -> libpthread-2.17.so
-rw-r--r-- 1 foobar bitbakers   3376 Apr 11 12:47 usr/lib/libpthread_nonshared.a

What's going on here?  The sysroot (for the GNU tools) points to the correct folder, and the project is a standard autotools project, thus no magic involved.  Is there any particular dependency that I must set up in order to use pthreads?

Any ideas?  By the way, I'm on poky/master (march 7:th), 'git log -n 1' shows '6d9a3ac0515380d0789ee3d316c08212592a6f9a' (if that's interesting...)

Best regards,
Jonas Jonsson

[-- Attachment #2: Type: text/html, Size: 5038 bytes --]

Re: SSTATE_MIRRORS problems, libpthread.so.0 not found ...

[Khem Raj]

[-- Attachment #1: Type: text/plain, Size: 2305 bytes --]

On Thursday, April 11, 2013, Jonas Jonsson L <jonas.l.jonsson@ericsson.com>
wrote:
> Hi!
>
>
>
> I’m building several different Raspberry Pi images that are almost the
same, some configuration issues (ip-address, hostnames etc) differs on
those different images.  My solution was to simply build a ‘clean’ image
without any tweaking, then use all the packages from the ‘clean’ image via
SSTATE_MIRRORS and build my images with their own peculiarities.  The
‘clean’ image is basically a ‘core-image-minimal’ image (rpi-hwup-image for
Raspberry Pi).
>
>
>
> So in ‘clean’ I have the sstate-cache, and in the other configurations, I
set up
>
> SSTATE_MIRRORS ?= “file://.* file:///home/foobar/clean/sstate-cache/PATH”
>
> in my local.conf ….  It works like a charm with regards to speed and
disk-space.
>
>
>
> The package that I’ve built builds clean without any warnings in the
‘clean’ build.  However, if I don’t build my package in the clean image,
but in one of my ‘configured’ images, it fails.  All of a sudden, the
linker can’t find neither /lib/libpthread.so.0 nor
/usr/lib/libpthread_nonshared.a L
>

It seems you have totally different workspaces per image which share same
state is that right ?

Do you have these files populated in one of customised sandboxes

Linker should look into the customised Sandbox's sysroot not clean sandbox
one
>
>
> buildfolder/tmp/sysroots/raspberrypi > ls -ll lib/libpthread.so.0
usr/lib/libpthread_nonshared.a lib/libpthread-2.17.so
>
> -rwxr-xr-x 1 foobar bitbakers 960802 Apr 11 12:47 lib/libpthread-2.17.so
>
> lrwxrwxrwx 1 foobar bitbakers     18 Apr 11 12:47 lib/libpthread.so.0 ->
libpthread-2.17.so
>
> -rw-r--r-- 1 foobar bitbakers   3376 Apr 11 12:47
usr/lib/libpthread_nonshared.a
>
>
>
> What’s going on here?  The sysroot (for the GNU tools) points to the
correct folder, and the project is a standard autotools project, thus no
magic involved.  Is there any particular dependency that I must set up in
order to use pthreads?
>
>
>
> Any ideas?  By the way, I’m on poky/master (march 7:th), ‘git log –n 1’
shows ‘6d9a3ac0515380d0789ee3d316c08212592a6f9a’ (if that’s interesting…)
>
>
>
> Best regards,
>
> Jonas Jonsson

[-- Attachment #2: Type: text/html, Size: 2748 bytes --]

Re: SSTATE_MIRRORS problems, libpthread.so.0 not found ...

[Jonas Jonsson L]

[-- Attachment #1: Type: text/plain, Size: 3149 bytes --]

Hi, sorry for late answer, but yes, the libpthread-files exists in my customized sandbox sysroot (as well as in the ‘clean’ sandbox sysroot).  The (autotooled) project that I’m build is trying to link an application and it uses CXXLD (which is CXX => arm-poky-linux-gnuabi-g++).
LD has the –sysroot flag appended in the command, CXXLD doesn’t have it (according to the generated Makefile).  Am I or autotools doing something wrong here?

/Jonas


From: Khem Raj [mailto:raj.khem@gmail.com]
Sent: den 14 april 2013 23:48
To: Jonas Jonsson L
Cc: Yocto Mailinglist (yocto@yoctoproject.org)
Subject: Re: [yocto] SSTATE_MIRRORS problems, libpthread.so.0 not found ...



On Thursday, April 11, 2013, Jonas Jonsson L <jonas.l.jonsson@ericsson.com<mailto:jonas.l.jonsson@ericsson.com>> wrote:
> Hi!
>
>
>
> I’m building several different Raspberry Pi images that are almost the same, some configuration issues (ip-address, hostnames etc) differs on those different images.  My solution was to simply build a ‘clean’ image without any tweaking, then use all the packages from the ‘clean’ image via SSTATE_MIRRORS and build my images with their own peculiarities.  The ‘clean’ image is basically a ‘core-image-minimal’ image (rpi-hwup-image for Raspberry Pi).
>
>
>
> So in ‘clean’ I have the sstate-cache, and in the other configurations, I set up
>
> SSTATE_MIRRORS ?= “file://.* file:///home/foobar/clean/sstate-cache/PATH<file:///\\.*%20file:\home\foobar\clean\sstate-cache\PATH>”
>
> in my local.conf ….  It works like a charm with regards to speed and disk-space.
>
>
>
> The package that I’ve built builds clean without any warnings in the ‘clean’ build.  However, if I don’t build my package in the clean image, but in one of my ‘configured’ images, it fails.  All of a sudden, the linker can’t find neither /lib/libpthread.so.0 nor /usr/lib/libpthread_nonshared.a L
>

It seems you have totally different workspaces per image which share same state is that right ?

Do you have these files populated in one of customised sandboxes

Linker should look into the customised Sandbox's sysroot not clean sandbox one
>
>
> buildfolder/tmp/sysroots/raspberrypi > ls -ll lib/libpthread.so.0 usr/lib/libpthread_nonshared.a lib/libpthread-2.17.so<http://libpthread-2.17.so>
>
> -rwxr-xr-x 1 foobar bitbakers 960802 Apr 11 12:47 lib/libpthread-2.17.so<http://libpthread-2.17.so>
>
> lrwxrwxrwx 1 foobar bitbakers     18 Apr 11 12:47 lib/libpthread.so.0 -> libpthread-2.17.so<http://libpthread-2.17.so>
>
> -rw-r--r-- 1 foobar bitbakers   3376 Apr 11 12:47 usr/lib/libpthread_nonshared.a
>
>
>
> What’s going on here?  The sysroot (for the GNU tools) points to the correct folder, and the project is a standard autotools project, thus no magic involved.  Is there any particular dependency that I must set up in order to use pthreads?
>
>
>
> Any ideas?  By the way, I’m on poky/master (march 7:th), ‘git log –n 1’ shows ‘6d9a3ac0515380d0789ee3d316c08212592a6f9a’ (if that’s interesting…)
>
>
>
> Best regards,
>
> Jonas Jonsson

[-- Attachment #2: Type: text/html, Size: 6543 bytes --]

Re: SSTATE_MIRRORS problems, libpthread.so.0 not found ...

[Khem Raj]

[-- Attachment #1: Type: text/plain, Size: 3310 bytes --]


On Apr 22, 2013, at 7:40 AM, Jonas Jonsson L <jonas.l.jonsson@ericsson.com> wrote:

> Hi, sorry for late answer, but yes, the libpthread-files exists in my customized sandbox sysroot (as well as in the ‘clean’ sandbox sysroot).  The (autotooled) project that I’m build is trying to link an application and it uses CXXLD (which is CXX => arm-poky-linux-gnuabi-g++). 
> LD has the –sysroot flag appended in the command, CXXLD doesn’t have it (according to the generated Makefile).  Am I or autotools doing something wrong here?
>  

who is defining CXXLD ?
you should probably capture it in bit bake.conf if its common enough if not then you should append ${TOOLCHAIN_OPTIONS} to it via recipe



> /Jonas
>  
>  
> From: Khem Raj [mailto:raj.khem@gmail.com] 
> Sent: den 14 april 2013 23:48
> To: Jonas Jonsson L
> Cc: Yocto Mailinglist (yocto@yoctoproject.org)
> Subject: Re: [yocto] SSTATE_MIRRORS problems, libpthread.so.0 not found ...
>  
> 
> 
> On Thursday, April 11, 2013, Jonas Jonsson L <jonas.l.jonsson@ericsson.com> wrote:
> > Hi!
> >
> >  
> >
> > I’m building several different Raspberry Pi images that are almost the same, some configuration issues (ip-address, hostnames etc) differs on those different images.  My solution was to simply build a ‘clean’ image without any tweaking, then use all the packages from the ‘clean’ image via SSTATE_MIRRORS and build my images with their own peculiarities.  The ‘clean’ image is basically a ‘core-image-minimal’ image (rpi-hwup-image for Raspberry Pi).
> >
> >  
> >
> > So in ‘clean’ I have the sstate-cache, and in the other configurations, I set up
> >
> > SSTATE_MIRRORS ?= “file://.* file:///home/foobar/clean/sstate-cache/PATH”
> >
> > in my local.conf ….  It works like a charm with regards to speed and disk-space.
> >
> >  
> >
> > The package that I’ve built builds clean without any warnings in the ‘clean’ build.  However, if I don’t build my package in the clean image, but in one of my ‘configured’ images, it fails.  All of a sudden, the linker can’t find neither /lib/libpthread.so.0 nor /usr/lib/libpthread_nonshared.a L
> >
> 
> It seems you have totally different workspaces per image which share same state is that right ?
> 
> Do you have these files populated in one of customised sandboxes 
> 
> Linker should look into the customised Sandbox's sysroot not clean sandbox one
> >  
> >
> > buildfolder/tmp/sysroots/raspberrypi > ls -ll lib/libpthread.so.0 usr/lib/libpthread_nonshared.a lib/libpthread-2.17.so
> >
> > -rwxr-xr-x 1 foobar bitbakers 960802 Apr 11 12:47 lib/libpthread-2.17.so
> >
> > lrwxrwxrwx 1 foobar bitbakers     18 Apr 11 12:47 lib/libpthread.so.0 -> libpthread-2.17.so
> >
> > -rw-r--r-- 1 foobar bitbakers   3376 Apr 11 12:47 usr/lib/libpthread_nonshared.a
> >
> >  
> >
> > What’s going on here?  The sysroot (for the GNU tools) points to the correct folder, and the project is a standard autotools project, thus no magic involved.  Is there any particular dependency that I must set up in order to use pthreads? 
> >
> >  
> >
> > Any ideas?  By the way, I’m on poky/master (march 7:th), ‘git log –n 1’ shows ‘6d9a3ac0515380d0789ee3d316c08212592a6f9a’ (if that’s interesting…)
> >
> >  
> >
> > Best regards,
> >
> > Jonas Jonsson


[-- Attachment #2: Type: text/html, Size: 7791 bytes --]

Re: SSTATE_MIRRORS problems, libpthread.so.0 not found ...

[Michael]

Am 11.04.2013 15:19, schrieb Jonas Jonsson L:

> The package that I’ve built builds clean without any warnings in the
> ‘clean’ build.  However, if I _don’t_ build my package in the clean
> image, but in one of my ‘configured’ images, it fails.  All of a sudden,
> the linker can’t find neither /lib/libpthread.so.0 nor
> /usr/lib/libpthread_nonshared.a L

Same problem here. Already any solution for this problem?

Best regards,
Michael Meier