[llvm-commits] [llvm] r114148 - in /llvm/trunk: lib/Analysis/ConstantFolding.cpp test/Transforms/InstCombine/fold-calls.ll
daniel at zuster.org
Mon Sep 20 15:40:09 PDT 2010
On Mon, Sep 20, 2010 at 2:10 PM, Dan Gohman <gohman at apple.com> wrote:
> On Sep 20, 2010, at 1:41 PM, Daniel Dunbar wrote:
>> On Mon, Sep 20, 2010 at 1:27 PM, Dan Gohman <gohman at apple.com> wrote:
>>> On Sep 20, 2010, at 9:38 AM, Daniel Dunbar wrote:
>>>> Hi Dan,
>>>> This change doesn't seem right to me. It is introducing a host ==
>>>> target dependency of sorts. Somehow this information should be coming
>>>> from the Target definitions or information in the IR file, not from
>>>> the host's fenv() implementation.
>>> There is a host == target dependence, but it's been there for many
>>> years, at a quick thumb through SVN history. My recent change just
>>> fixed a specific class of bugs. Other classes of bugs remain.
>> I guess adding a new configure check, plus System abstraction, plus
>> actual change, seems like a lot of work to put towards an inherently
>> broken model. Do we at least have a bug somewhere tracking a proper
>> fix for this?
> It really wasn't that much work, especially compared to the work
> in replacing the broken model with a working one.
Fair enough, that makes sense.
> I didn't find a bug for this issue, so I filed PR8193.
Great, thanks! I like knowing all the subtle ways the compiler can
vary per host, and this is one I was totally and blissfully unaware of
until now! :)
More information about the llvm-commits