From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mailgw7.ericsson.se (mailgw7.ericsson.se [193.180.251.48]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id BE43FE014AD for ; Thu, 11 Apr 2013 06:19:36 -0700 (PDT) X-AuditID: c1b4fb30-b7f266d000000cb5-30-5166b8666be5 Received: from ESESSHC006.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id 00.0D.03253.668B6615; Thu, 11 Apr 2013 15:19:35 +0200 (CEST) Received: from ESESSMB305.ericsson.se ([169.254.5.61]) by ESESSHC006.ericsson.se ([153.88.183.36]) with mapi id 14.02.0318.004; Thu, 11 Apr 2013 15:19:34 +0200 From: Jonas Jonsson L To: "Yocto Mailinglist (yocto@yoctoproject.org)" Thread-Topic: SSTATE_MIRRORS problems, libpthread.so.0 not found ... Thread-Index: Ac42rJkEkKAXSqW7TdqCiG6ESQwhpQ== Date: Thu, 11 Apr 2013 13:19:34 +0000 Message-ID: <0342A6AD36648742A199353A51DDC70311546C9C@ESESSMB305.ericsson.se> Accept-Language: sv-SE, en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.19] MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrKLMWRmVeSWpSXmKPExsUyM+JvrW76jrRAg1mnmSwmvVzD5sDo0X6i jy2AMYrLJiU1J7MstUjfLoEro23vDfaCD1YVJ27sYmpg3GPcxcjJISFgIrFow3x2CFtM4sK9 9WxdjFwcQgKHGSU+zNrGCJIQEljMKPGzwxnEZgNqmLDyJlCcg0NEwFPiygNdkLCwgL3E35kX WUBsEQEXiZ0Lr7BD2HoSs/8tZAKxWQRUJabc72cDsXkFfCWmzTwOFmcUkJW4//0eWC+zgLjE rSfzmSDuEZBYsuc8M4QtKvHy8T9WCFtRov1pAyNEfb7EhfeXmSBmCkqcnPmEZQKj0Cwko2Yh KZuFpAwiriOxYPcnNghbW2LZwtfMMPaZA4+ZkMUXMLKvYmTPTczMSS8338QIDPqDW34b7GDc dF/sEKM0B4uSOG+464UAIYH0xJLU7NTUgtSi+KLSnNTiQ4xMHJxSDYzHxLZmnio6y/nPMi98 5ab2qo5T84RlPHLkOHzdv4cVWj85OV3FSPrL4qPTvs/8x7AkTj6zIK3L6oJW5qmzW+tPM4kf S5M78m7lmy+3GYo+Tvbft7I3lOPeE9nNvCqcxXdlTbbcmhd62zCU3dbIL3yeyrr090vM7Hce uvRWNm63vtienWVycoeVWIozEg21mIuKEwHOLtieSAIAAA== Subject: SSTATE_MIRRORS problems, libpthread.so.0 not found ... X-BeenThere: yocto@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Discussion of all things Yocto Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 13:19:37 -0000 Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_0342A6AD36648742A199353A51DDC70311546C9CESESSMB305erics_" --_000_0342A6AD36648742A199353A51DDC70311546C9CESESSMB305erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi! I'm building several different Raspberry Pi images that are almost the same= , some configuration issues (ip-address, hostnames etc) differs on those di= fferent images. My solution was to simply build a 'clean' image without an= y tweaking, then use all the packages from the 'clean' image via SSTATE_MIR= RORS and build my images with their own peculiarities. The 'clean' image i= s 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 s= et up SSTATE_MIRRORS ?=3D "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 o= ne 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/l= ibpthread_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 -> li= bpthread-2.17.so -rw-r--r-- 1 foobar bitbakers 3376 Apr 11 12:47 usr/lib/libpthread_nonsha= red.a What's going on here? The sysroot (for the GNU tools) points to the correc= t folder, and the project is a standard autotools project, thus no magic in= volved. 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' sho= ws '6d9a3ac0515380d0789ee3d316c08212592a6f9a' (if that's interesting...) Best regards, Jonas Jonsson --_000_0342A6AD36648742A199353A51DDC70311546C9CESESSMB305erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi!

 

I’m building several different Raspberry Pi im= ages that are almost the same, some configuration issues (ip-address, hostn= ames etc) differs on those different images.  My solution was to simpl= y build a ‘clean’ image without any tweaking, then use all the packages from the ‘clean’ image via SSTATE_MI= RRORS and build my images with their own peculiarities.  The ‘cl= ean’ image is basically a ‘core-image-minimal’ image (rpi= -hwup-image for Raspberry Pi).

 

So in ‘clean’ I have the sstate-cache, a= nd in the other configurations, I set up

SSTATE_MIRRORS ?=3D “file://.* file:///home/foobar/c= lean/sstate-cache/PATH”

in my local.conf ….  It works like a char= m with regards to speed and disk-space.

 

The package that I’ve built builds clean witho= ut any warnings in the ‘clean’ build.  However, if I don’t build my package in the clean image, but in one of my &#= 8216;configured’ images, it fails.  All of a sudden, the linker = can’t find neither /lib/libpthread.so.0 nor /usr/lib/libpthread_nonsh= ared.a L

 

buildfolder/tmp/sysroots/raspberrypi > ls -ll lib/libpth= read.so.0 usr/lib/libpthread_nonshared.a lib/libpthread-2.17.so

-rwxr-xr-x 1 foobar bitbakers 960802 Apr 11 12:47 lib/libpt= hread-2.17.so

lrwxrwxrwx 1 foobar bitbakers     18 Ap= r 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 t= he GNU tools) points to the correct folder, and the project is a standard a= utotools project, thus no magic involved.  Is there any particular dep= endency that I must set up in order to use pthreads? 

 

Any ideas?  By the way, I’m on poky/maste= r (march 7:th), ‘git log –n 1’ shows ‘6d9a3ac051538= 0d0789ee3d316c08212592a6f9a’ (if that’s interesting…)

 

Best regards,

Jonas Jonsson

--_000_0342A6AD36648742A199353A51DDC70311546C9CESESSMB305erics_--