On Jun 14, 2012, at 5:34 AM, Konstantin Belousov wrote: > On Wed, Jun 13, 2012 at 08:32:19PM -0700, Tim Kientzle wrote: >> On Jun 12, 2012, at 1:49 AM, Konstantin Belousov wrote: >>>>> >>>>> On Jun 5, 2012, at 8:09 AM, Jan Sieka wrote: >>>>>> >>>>>> >>>>>> After investigating the issue it appeared that __flt_rounds symbol is >>>>>> not exported by libc. Applying the following patch, recompilling world >>>>>> and Perl fixed the problem and allowed to use Perl on SheevaPlug: >>>>>> >>>>>> diff --git a/lib/libc/arm/Symbol.map b/lib/libc/arm/Symbol.map >>>>>> index e8c7f1d..8cdcdaf 100644 >>>>>> --- a/lib/libc/arm/Symbol.map >>>>>> +++ b/lib/libc/arm/Symbol.map >>>>>> _at__at_ -70,6 +70,7 _at__at_ FBSDprivate_1.0 { >>>>>> __divdf3; >>>>>> __floatsisf; >>>>>> __floatsidf; >>>>>> + __flt_rounds; >>>>>> __fixsfsi; >>>>>> __fixdfsi; >>>>>> __fixunssfsi; >> >> >>> If the symbols are used by normal programs, that I think >>> we should indeed guarantee ABI stability for them, and FBSD_1.3 >>> namespace is the right namespace to use. >> >> Why 1.3? >> >> This is a common function across every architecture except MIPS right >> now (and that's probably easily remedied), so why would it be in >> a different section for different architectures? > > The libc.so built as a result is architecture-specific, so it shall > follow the ABI and ABI history of that architecture. By the project > policy, a symbol added during the lifetime of CURRENT-10, goes into > FBSD_1.3 version namespace. What other arches do there is irrelevant. Changed in r237110. TimReceived on Fri Jun 15 2012 - 01:58:19 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:28 UTC