Date: Tue, 27 Feb 2007 09:37:27 +0100 From: Pascal Hofstee <caelian@gmail.com> To: freebsd-arm@FreeBSD.org Subject: __aeabi_read_tp missing symbol Message-ID: <1172565447.1394.20.camel@chekov>
next in thread | raw e-mail | index | archive | help
Hi,
I just finished writing a small application for my job on FreeBSD/i386
making sure everything compiles WARNS=9 clean. Now comes the task to
move this code over to our embedded platform which is an Intel XScale
(Linksys NSLU2) at the moment i have not been able to test out cognet@'s
FreeBSD/arm work yet .. so we're using a Linux (Debian/Etch) to do our
embedded development on, so i apologise if this tunrs out to be a Linux
problem and i am asking the wrong people for assistence :)
The problem i am encountering is that during the link stage i get a lot
of the following link errors:
datastream.o: In function `deleteSynchronisedData':
...../datastream.c:909: undefined reference to `__aeabi_read_tp'
Googling so far has taught me that this is GCC's work and well the
following:
`-mtp=NAME'
Specify the access model for the thread local storage pointer.
The valid models are `soft', which generates calls to
`__aeabi_read_tp', `cp15', which fetches the thread pointer from
`cp15' directly (supported in the arm6k architecture), and `auto',
which uses the best available method for the selected processor.
The default setting is `auto'.
Obviously GCC is of the opinion that it should use the "soft" access model for
thread local storage (which i am indeed using a lot in this source file). But
somehow the link stage fails to find these symbols.
Where should these symbols be coming from normally and how would i go about
fixing my link stage ... It seems as if the compiler is of the opinion that
TLS is supported.
Once again i know this is currently on a Linux platform but i have much bigger
trust in the FreeBSD community to provide sensible answers in this regard.
--
Pascal Hofstee
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1172565447.1394.20.camel>