[fpc-pascal] CThreads problem when cross-compiling to ARM/RPi.
pascal at causal.com
Thu May 23 14:25:23 CEST 2013
Okay, so I'm not trying to link statically, not intentionally anyway.
Here's the command line from ppas.sh that produces this error:
-s -L. -o arm-test-threads link.res
and the dynamic linker referred to is:
root at beria:/lib# file ld-linux-armhf.so.3
ld-linux-armhf.so.3: symbolic link to `arm-linux-gnueabihf/ld-2.13.so'
root at beria:/lib# file arm-linux-gnueabihf/ld-2.13.so
arm-linux-gnueabihf/ld-2.13.so: ELF 32-bit LSB shared object, ARM, version
1 (SYSV), dynamically linked,
Any clues? -b
On Thu, May 23, 2013 at 10:18 PM, Jonas Maebe <jonas.maebe at elis.ugent.be>wrote:
> On 23 May 2013, at 14:10, Bruce Tulloch wrote:
> However, if I simply add this uses clause:
>> the program compiles fine but fails when linking:
>> Linking arm-test-threads
>> units/arm-linux/rtl/cthreads.**o: In function
>> cthreads.pp:(.text.n_cthreads_**$$_loadpthreads$$boolean+0xc): warning:
>> 'dlopen' in statically linked applications requires at runtime the shared
>> libraries from the glibc version used for linking
> Why/how are you trying to create a statically linked binary? As the
> message above explains, statically linking libdl relies on a bunch of
> library magic. At the very least you'll probably also have to link libc
> explicitly, but I would really recommend to link dynamically instead.
> Support for binaries statically linked against C libraries is generally
> very much untested, and known not to work on certain platforms (e.g.
> fpc-pascal maillist - fpc-pascal at lists.freepascal.**org<fpc-pascal at lists.freepascal.org>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the fpc-pascal