[fpc-pascal] fpc on Armel issues
Nataraj S Narayan
natarajsn at gmail.com
Fri Aug 28 07:19:48 CEST 2009
Hi
My problem still persists.
Here are the details of 2 binaries - first compiled using fpc-arm and
second qt4 for arm. The second one is working,
1.
debian-armel:~# readelf -h firework
ELF Header:
Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
Class: ELF32
Data: 2's complement, little endian
Version: 1 (current)
OS/ABI: UNIX - System V
ABI Version: 0
Type: EXEC (Executable file)
Machine: ARM
Version: 0x1
Entry point address: 0x8f1c
Start of program headers: 52 (bytes into file)
Start of section headers: 260800 (bytes into file)
Flags: 0x5000002, has entry point, Version5 EABI
Size of this header: 52 (bytes)
Size of program headers: 32 (bytes)
Number of program headers: 6
Size of section headers: 40 (bytes)
Number of section headers: 34
Section header string table index: 31
2.
debian-armel:~# readelf -h framebuffer
ELF Header:
Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
Class: ELF32
Data: 2's complement, little endian
Version: 1 (current)
OS/ABI: UNIX - System V
ABI Version: 0
Type: EXEC (Executable file)
Machine: ARM
Version: 0x1
Entry point address: 0x8874
Start of program headers: 52 (bytes into file)
Start of section headers: 10272 (bytes into file)
Flags: 0x5000002, has entry point, Version5 EABI
Size of this header: 52 (bytes)
Size of program headers: 32 (bytes)
Number of program headers: 8
Size of section headers: 40 (bytes)
Number of section headers: 27
Section header string table index: 26
Class: ELF32
Data: 2's complement, little endian
Version: 1 (current)
OS/ABI: UNIX - System V
ABI Version: 0
Type: EXEC (Executable file)
Machine: ARM
Version: 0x1
Entry point address: 0x8f1c
Start of program headers: 52 (bytes into file)
Start of section headers: 260800 (bytes into file)
Flags: 0x5000002, has entry point, Version5 EABI
Size of this header: 52 (bytes)
Size of program headers: 32 (bytes)
Number of program headers: 6
Size of section headers: 40 (bytes)
Number of section headers: 34
Section header string table index: 31
2.
debian-armel:~#ldd firework
/usr/bin/ldd: line 116: ./firework: No such file or directory
debian-armel:~# ldd framebuffer
libdl.so.2 => /lib/libdl.so.2 (0x4002d000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x40038000)
libm.so.6 => /lib/libm.so.6 (0x40113000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x401c0000)
libc.so.6 => /lib/libc.so.6 (0x401d4000)
/lib/ld-linux.so.3 (0x40000000)
On Tue, Aug 25, 2009 at 7:48 PM, Henry Vermaak<henry.vermaak at gmail.com> wrote:
> 2009/8/25 Nataraj S Narayan <natarajsn at gmail.com>:
>> Hi Henry
>>
>> Not any particular reason for that. Company policy was to get rid of
>> Angtrom and go for Debian.
>>
>> Well seems debian-armel is also EABI 4. Would you suggest me a RFS with EABI 5?
>
> I'm just saying that you won't have these problems if you stick to the
> same toolchain. There may still be issues with the fpc armel port,
> but that's a different matter.
>
> Henry
> _______________________________________________
> fpc-pascal maillist - fpc-pascal at lists.freepascal.org
> http://lists.freepascal.org/mailman/listinfo/fpc-pascal
>
More information about the fpc-pascal
mailing list