Re: Re: MLton codegen combines divison on arm

"Wesley W. Terpstra" <[email protected]>
Newsgroups gmane.comp.lang.ml.mlton.devel
Message-ID <[email protected]>
On Sat, Nov 13, 2010 at 1:27 PM, Adam Goode <[email protected]> wrote:
> On 11/11/2010 10:49 AM, Wesley W. Terpstra wrote:
>> On Thu, Nov 11, 2010 at 3:15 PM, Matthew Fluet <[email protected]> wrote:
>>> Were you able to declare success with the ARM floating-point rounding?
>> What needs to be done IMO is to turn on the rounding mode support in
>> libgcc. It's absurd that something as simple as wiring it to a public
>> symbol is considered a roadblock to fixing this problem. I don't have
>> the time or energy needed to try and push a change like this through
>> the sorts of people who gather around libc development.
>>
>
> It is not this simple.
> If you are using software floating point, then, at a start, you need to hack these files:

I did say there is some assembler code that doesn't support rounding
modes which is used in some configurations. However, there is also a
nice C library in libgcc which DOES support rounding modes. Where that
is enabled, it IS as simple as exporting a symbol that can control the
rounding mode.

I suppose there are people who prefer performance over correctness,
and these people may prefer the assembler emulation to the C
emulation. Since both are broken at the moment, I guess there is no
downside to the assembler variant. If the C variant were fixed, in my
opinion correctness should trump speed with default compile options.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.