* GCC fails when SDK is not extracted to /usr/local
@ 2011-12-07 7:16 Tasslehoff Kjappfot
2011-12-08 14:56 ` Tom Rini
0 siblings, 1 reply; 5+ messages in thread
From: Tasslehoff Kjappfot @ 2011-12-07 7:16 UTC (permalink / raw)
To: openembedded-core
gcc fails when I extract my SDK to another place than /usr/local.
Output when it fails:
$ ./arm-angstrom-linux-gnueabi-gcc
bash: ./arm-angstrom-linux-gnueabi-gcc: No such file or directory
Readelf output:
$ readelf -d arm-angstrom-linux-gnueabi-gcc
Dynamic section at offset 0x34394 contains 21 entries:
Tag Type Name/Value
0x00000001 (NEEDED) Shared library: [libc.so.6]
0x0000000f (RPATH) Library rpath:
[/usr/local/angstrom-eglibc-i686-armv7a/sysroots/i686-angstromsdk-linux/usr/lib/armv7a-angstrom-linux-gnueabi:/usr/local/angstrom-eglibc-i686-armv7a/sysroots/i686-angstromsdk-linux/lib]
Is it the RPATH here that's making trouble for me?
- Tasslehoff
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: GCC fails when SDK is not extracted to /usr/local
2011-12-07 7:16 GCC fails when SDK is not extracted to /usr/local Tasslehoff Kjappfot
@ 2011-12-08 14:56 ` Tom Rini
2011-12-08 19:04 ` Tasslehoff Kjappfot
0 siblings, 1 reply; 5+ messages in thread
From: Tom Rini @ 2011-12-08 14:56 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Wed, Dec 7, 2011 at 12:16 AM, Tasslehoff Kjappfot
<tasskjapp@gmail.com> wrote:
> gcc fails when I extract my SDK to another place than /usr/local.
>
> Output when it fails:
>
> $ ./arm-angstrom-linux-gnueabi-gcc
> bash: ./arm-angstrom-linux-gnueabi-gcc: No such file or directory
>
> Readelf output:
>
> $ readelf -d arm-angstrom-linux-gnueabi-gcc
>
> Dynamic section at offset 0x34394 contains 21 entries:
> Tag Type Name/Value
> 0x00000001 (NEEDED) Shared library: [libc.so.6]
> 0x0000000f (RPATH) Library rpath:
> [/usr/local/angstrom-eglibc-i686-armv7a/sysroots/i686-angstromsdk-linux/usr/lib/armv7a-angstrom-linux-gnueabi:/usr/local/angstrom-eglibc-i686-armv7a/sysroots/i686-angstromsdk-linux/lib]
>
> Is it the RPATH here that's making trouble for me?
Not exactly. And RPATH is needed to find some of the shared libraries
that are needed. I thought we had been running chrpath over these to
make them relocatable, however.
--
Tom
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: GCC fails when SDK is not extracted to /usr/local
2011-12-08 14:56 ` Tom Rini
@ 2011-12-08 19:04 ` Tasslehoff Kjappfot
2011-12-08 19:11 ` Mark Hatle
0 siblings, 1 reply; 5+ messages in thread
From: Tasslehoff Kjappfot @ 2011-12-08 19:04 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Dec 8, 2011, at 3:56 PM, Tom Rini wrote:
> On Wed, Dec 7, 2011 at 12:16 AM, Tasslehoff Kjappfot
> <tasskjapp@gmail.com> wrote:
>> gcc fails when I extract my SDK to another place than /usr/local.
>>
>> Output when it fails:
>>
>> $ ./arm-angstrom-linux-gnueabi-gcc
>> bash: ./arm-angstrom-linux-gnueabi-gcc: No such file or directory
>>
>> Readelf output:
>>
>> $ readelf -d arm-angstrom-linux-gnueabi-gcc
>>
>> Dynamic section at offset 0x34394 contains 21 entries:
>> Tag Type Name/Value
>> 0x00000001 (NEEDED) Shared library: [libc.so.6]
>> 0x0000000f (RPATH) Library rpath:
>> [/usr/local/angstrom-eglibc-i686-armv7a/sysroots/i686-angstromsdk-linux/usr/lib/armv7a-angstrom-linux-gnueabi:/usr/local/angstrom-eglibc-i686-armv7a/sysroots/i686-angstromsdk-linux/lib]
>>
>> Is it the RPATH here that's making trouble for me?
>
> Not exactly. And RPATH is needed to find some of the shared libraries
> that are needed. I thought we had been running chrpath over these to
> make them relocatable, however.
>
> --
> Tom
>
Does this RPATH indicate that its not relocatable? Anything else I can check?
- Tasslehoff
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: GCC fails when SDK is not extracted to /usr/local
2011-12-08 19:04 ` Tasslehoff Kjappfot
@ 2011-12-08 19:11 ` Mark Hatle
2011-12-08 20:33 ` Khem Raj
0 siblings, 1 reply; 5+ messages in thread
From: Mark Hatle @ 2011-12-08 19:11 UTC (permalink / raw)
To: openembedded-core
On 12/8/11 1:04 PM, Tasslehoff Kjappfot wrote:
>
> On Dec 8, 2011, at 3:56 PM, Tom Rini wrote:
>
>> On Wed, Dec 7, 2011 at 12:16 AM, Tasslehoff Kjappfot
>> <tasskjapp@gmail.com> wrote:
>>> gcc fails when I extract my SDK to another place than /usr/local.
>>>
>>> Output when it fails:
>>>
>>> $ ./arm-angstrom-linux-gnueabi-gcc
>>> bash: ./arm-angstrom-linux-gnueabi-gcc: No such file or directory
>>>
>>> Readelf output:
>>>
>>> $ readelf -d arm-angstrom-linux-gnueabi-gcc
>>>
>>> Dynamic section at offset 0x34394 contains 21 entries:
>>> Tag Type Name/Value
>>> 0x00000001 (NEEDED) Shared library: [libc.so.6]
>>> 0x0000000f (RPATH) Library rpath:
>>> [/usr/local/angstrom-eglibc-i686-armv7a/sysroots/i686-angstromsdk-linux/usr/lib/armv7a-angstrom-linux-gnueabi:/usr/local/angstrom-eglibc-i686-armv7a/sysroots/i686-angstromsdk-linux/lib]
>>>
>>> Is it the RPATH here that's making trouble for me?
>>
>> Not exactly. And RPATH is needed to find some of the shared libraries
>> that are needed. I thought we had been running chrpath over these to
>> make them relocatable, however.
>>
>> --
>> Tom
>>
>
> Does this RPATH indicate that its not relocatable? Anything else I can check?
It should be using RUN_PATH $ORIGIN to relocate itself based on the initial
run-time location.
It sounds like something is not being run as it should for the SDK component(s).
--Mark
> - Tasslehoff
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: GCC fails when SDK is not extracted to /usr/local
2011-12-08 19:11 ` Mark Hatle
@ 2011-12-08 20:33 ` Khem Raj
0 siblings, 0 replies; 5+ messages in thread
From: Khem Raj @ 2011-12-08 20:33 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Thu, Dec 8, 2011 at 11:11 AM, Mark Hatle <mark.hatle@windriver.com> wrote:
> On 12/8/11 1:04 PM, Tasslehoff Kjappfot wrote:
>>
>>
>> On Dec 8, 2011, at 3:56 PM, Tom Rini wrote:
>>
>>> On Wed, Dec 7, 2011 at 12:16 AM, Tasslehoff Kjappfot
>>> <tasskjapp@gmail.com> wrote:
>>>>
>>>> gcc fails when I extract my SDK to another place than /usr/local.
>>>>
>>>> Output when it fails:
>>>>
>>>> $ ./arm-angstrom-linux-gnueabi-gcc
>>>> bash: ./arm-angstrom-linux-gnueabi-gcc: No such file or directory
>>>>
>>>> Readelf output:
>>>>
>>>> $ readelf -d arm-angstrom-linux-gnueabi-gcc
>>>>
>>>> Dynamic section at offset 0x34394 contains 21 entries:
>>>> Tag Type Name/Value
>>>> 0x00000001 (NEEDED) Shared library: [libc.so.6]
>>>> 0x0000000f (RPATH) Library rpath:
>>>>
>>>> [/usr/local/angstrom-eglibc-i686-armv7a/sysroots/i686-angstromsdk-linux/usr/lib/armv7a-angstrom-linux-gnueabi:/usr/local/angstrom-eglibc-i686-armv7a/sysroots/i686-angstromsdk-linux/lib]
>>>>
>>>> Is it the RPATH here that's making trouble for me?
>>>
>>>
>>> Not exactly. And RPATH is needed to find some of the shared libraries
>>> that are needed. I thought we had been running chrpath over these to
>>> make them relocatable, however.
>>>
>>> --
>>> Tom
>>>
>>
>> Does this RPATH indicate that its not relocatable? Anything else I can
>> check?
>
>
> It should be using RUN_PATH $ORIGIN to relocate itself based on the initial
> run-time location.
>
> It sounds like something is not being run as it should for the SDK
> component(s).
it should come by inheriting relocatable class I think and this class is being
inherited in cross|native|nativesdk classes.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2011-12-08 20:41 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-12-07 7:16 GCC fails when SDK is not extracted to /usr/local Tasslehoff Kjappfot
2011-12-08 14:56 ` Tom Rini
2011-12-08 19:04 ` Tasslehoff Kjappfot
2011-12-08 19:11 ` Mark Hatle
2011-12-08 20:33 ` Khem Raj
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox