Skip to contentSkip to conversation

GCC fails when SDK is not extracted to /usr/local

DISCUSSION Tasslehoff Kjappfot 4 participants 5 messages Dec 7, 2011 – Dec 8, 2011

lore
Share & tools
lore
#0 lore raw

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

#1 lore raw
Quoted 11 lines · Tasslehoff Kjappfot

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
Quoted 7 lines

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.

Signature · 1 line
Tom
#2 lore raw
Quoted 19 lines · Tom Rini
Quoted 17 lines · Tasslehoff Kjappfot

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]

Quoted 9 lines
Quoted 1 line

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.

Signature · 1 line
Tom

Does this RPATH indicate that its not relocatable? Anything else I can check?

- Tasslehoff

#3 lore raw
Quoted 28 lines · Tasslehoff Kjappfot
Quoted 25 lines · Tom Rini
Quoted 11 lines · Tasslehoff Kjappfot

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
Quoted 7 lines

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.

Quoted 5 lines
Quoted 3 lines

--
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

Quoted 5 lines

- Tasslehoff
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

#4 lore raw
Quoted 41 lines · Mark Hatle
Quoted 32 lines · Tasslehoff Kjappfot
Quoted 28 lines · Tom Rini
Quoted 12 lines · Tasslehoff Kjappfot

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
Quoted 8 lines

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.

Quoted 6 lines
Quoted 3 lines

--
Tom

Does this RPATH indicate that its not relocatable? Anything else I can check?

Quoted 5 lines

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.