[Buildroot] generated shared libraries are not ARM but Intel - why ?

[Buildroot] generated shared libraries are not ARM but Intel - why ?

[Kevin Wilson]

Hi,

I want to make a filesystem for Arm running 32 bit V7 arm processor.
My host machine is x86_64 Intel machine
I downloaded buildroot-2012.02.tar.bz2
buildroot-2012.02
I selected
Test architecure - arm
 Target Architecture Variant - generic arm

I selected very few packages like gcc

I ran "make" and a rootfs tar file was generated.

After extracting it,  I  could not boot from it ;
chekling further into the filesystem I created got:

 file /lib/libdl-0.9.32.1.so
libdl-0.9.32.1.so: ELF 32-bit LSB shared object, Intel 80386, version
1 (SYSV), dynamically linked (uses shared libs), stripped
file  lib/libgcc_s.so.1
lib/libgcc_s.so.1: ELF 32-bit LSB shared object, Intel 80386, version
1 (SYSV), dynamically linked, stripped


It should have been an ARM object library.
What did I do wrong ?


Regards,
Kevin

[Buildroot] generated shared libraries are not ARM but Intel - why ?

[Arnout Vandecappelle]

On 06/04/12 14:22, Kevin Wilson wrote:
> I want to make a filesystem for Arm running 32 bit V7 arm processor.
> My host machine is x86_64 Intel machine
> I downloaded buildroot-2012.02.tar.bz2
> buildroot-2012.02
> I selected
> Test architecure - arm
>   Target Architecture Variant - generic arm
>
> I selected very few packages like gcc
>
> I ran "make" and a rootfs tar file was generated.
>
> After extracting it,  I  could not boot from it ;
> chekling further into the filesystem I created got:
>
>   file /lib/libdl-0.9.32.1.so
> libdl-0.9.32.1.so: ELF 32-bit LSB shared object, Intel 80386, version
> 1 (SYSV), dynamically linked (uses shared libs), stripped
> file  lib/libgcc_s.so.1
> lib/libgcc_s.so.1: ELF 32-bit LSB shared object, Intel 80386, version
> 1 (SYSV), dynamically linked, stripped
>
>
> It should have been an ARM object library.
> What did I do wrong ?

  This is very strange.

  Can you check the top of the .config file to make sure that you indeed
have an ARM configuration?

  You didn't, by any chance, compile first and only changed the architecture
to ARM afterwards?  buildroot doesn't automatically detect when the
configuration has changed in an incompatible way, and the default architecture
is i386.  So you may still be using a toolchain for i386 even if you reconfigured
for ARM.  To be sure, remove the output directory (or run 'make clean').

  If all that fails, can you post the defconfig?  Run 'make savedefconfig' and it
is saved in the file 'defconfig'.


  Regards,
  Arnout

-- 
Arnout Vandecappelle                               arnout at mind be
Senior Embedded Software Architect                 +32-16-286540
Essensium/Mind                                     http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium                BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

[Buildroot] generated shared libraries are not ARM but Intel - why ?

[Kevin Wilson]

Hi,
Thanks for your quick response !
I tried again , deleting that tree and untarring the zip file
again, Now it is ok !
rgs
Kevin



On Tue, Jun 5, 2012 at 2:08 AM, Arnout Vandecappelle <arnout@mind.be> wrote:
> On 06/04/12 14:22, Kevin Wilson wrote:
>>
>> I want to make a filesystem for Arm running 32 bit V7 arm processor.
>> My host machine is x86_64 Intel machine
>> I downloaded buildroot-2012.02.tar.bz2
>> buildroot-2012.02
>> I selected
>> Test architecure - arm
>> ?Target Architecture Variant - generic arm
>>
>> I selected very few packages like gcc
>>
>> I ran "make" and a rootfs tar file was generated.
>>
>> After extracting it, ?I ?could not boot from it ;
>> chekling further into the filesystem I created got:
>>
>> ?file /lib/libdl-0.9.32.1.so
>> libdl-0.9.32.1.so: ELF 32-bit LSB shared object, Intel 80386, version
>> 1 (SYSV), dynamically linked (uses shared libs), stripped
>> file ?lib/libgcc_s.so.1
>> lib/libgcc_s.so.1: ELF 32-bit LSB shared object, Intel 80386, version
>> 1 (SYSV), dynamically linked, stripped
>>
>>
>> It should have been an ARM object library.
>> What did I do wrong ?
>
>
> ?This is very strange.
>
> ?Can you check the top of the .config file to make sure that you indeed
> have an ARM configuration?
>
> ?You didn't, by any chance, compile first and only changed the architecture
> to ARM afterwards? ?buildroot doesn't automatically detect when the
> configuration has changed in an incompatible way, and the default
> architecture
> is i386. ?So you may still be using a toolchain for i386 even if you
> reconfigured
> for ARM. ?To be sure, remove the output directory (or run 'make clean').
>
> ?If all that fails, can you post the defconfig? ?Run 'make savedefconfig'
> and it
> is saved in the file 'defconfig'.
>
>
> ?Regards,
> ?Arnout
>
> --
> Arnout Vandecappelle ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? arnout at mind be
> Senior Embedded Software Architect ? ? ? ? ? ? ? ? +32-16-286540
> Essensium/Mind ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? http://www.mind.be
> G.Geenslaan 9, 3001 Leuven, Belgium ? ? ? ? ? ? ? ?BE 872 984 063 RPR Leuven
> LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
> GPG fingerprint: ?7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

[Buildroot] generated shared libraries are not ARM but Intel - why ?

[Luca Ceresoli]

Kevin Wilson wrote:
> Hi,
> Thanks for your quick response !
> I tried again , deleting that tree and untarring the zip file
> again, Now it is ok !
> rgs
> Kevin

Next time you need to clean the tree you can just call
make clean
instead of deleting and extracting the tar file again.

This way you will not loose your local modifications and configuration.

Luca