svn commit: r230191 - in head: lib/libc/arm/gen sys/arm/include
David Schultz
das at FreeBSD.ORG
Mon Jan 16 18:34:28 UTC 2012
On Mon, Jan 16, 2012, Kostik Belousov wrote:
> On Sun, Jan 15, 2012 at 11:11:43PM -0500, David Schultz wrote:
> > On Mon, Jan 16, 2012, David Schultz wrote:
> > > Author: das
> > > Date: Mon Jan 16 04:08:29 2012
> > > New Revision: 230191
> > > URL: http://svn.freebsd.org/changeset/base/230191
> > >
> > > Log:
> > > Implement FLT_ROUNDS for arm. Some (all?) arm FPUs lack support for
> > > dynamic rounding modes, but FPUless chips that use softfloat can support it
> > > because everything is emulated anyway. (We presently have incomplete
> > > support for hardware FPUs.)
> > >
> > > Submitted by: Ian Lepore
> >
> > Incidentally, all of gcc's hooks into softfloat should probably be in
> > the public symbol namespace instead of FBSDprivate. The compiler generates
> > references to them, so we cannot claim that they are internal, unsupported
> > interfaces. I assume that moving them will not break the ABI because
> > FreeBSDprivate includes FBSD_X, but I haven't tested this. Any objections
> > to moving them? Affects arm and mips.
>
> Move will break the ABI. Namespace inheritance is ignored when searching
> the symbol match.
>
> On the other hand. FBSDprivate_1.0 is explicitely created to be changed,
> so removal of the symbols from this namespace if fine from the POV of
> the project policy.
>
> Another argument is that both MIPS and ARM are the second-tier architectures,
> and again, project policy allows ABI breakage.
Right; it was more a question of whether it would cause anyone
undue inconvenience.
Actually, before we call them officially supported, another
question is why all of the symbols related to floating-point
emulation are coming from libc and not libgcc.
More information about the svn-src-all
mailing list