Hi,
I’m trying to make the Fortran front-end emit calls to some builtins we don’t
currently use (isfinite, isnormal). However, trying to use the same code as
isnan doesn’t work at all. Our gfc_define_builtin does three things:
decl = add_builtin_function (name, type, code, BUILT_IN_NORMAL, li
On Fri, Sep 26, 2014 at 12:00 AM, Jan Hubicka wrote:
>> Hello.
>>
>> I've been finalizing IPA ICF testing process and I met a condition
>> for lto-bootstrap, where cgraph_node::verify encounters error:
>>
>> In WPA, I prove that gen_vec_initv16qi can be merged with
>> gen_vec_initv2sf. In the foll
On Fri, Sep 26, 2014 at 10:29 AM, FX wrote:
> Hi,
>
> I’m trying to make the Fortran front-end emit calls to some builtins we don’t
> currently use (isfinite, isnormal). However, trying to use the same code as
> isnan doesn’t work at all. Our gfc_define_builtin does three things:
>
> decl = ad
On Fri, Sep 26, 2014 at 10:29:57AM +0200, FX wrote:
> Hi,
>
> I’m trying to make the Fortran front-end emit calls to some builtins we don’t
> currently use (isfinite, isnormal). However, trying to use the same code as
> isnan doesn’t work at all. Our gfc_define_builtin does three things:
>
>
> Thus, the middle-end assumes that if you have __builtin_{isfinite,isnormal},
> you also have __builtin_is{less,greater}equal builtins too.
Many thanks to both of you! I wasn’t looking into the right place at all. I
defined them, and now it works.
One related question: the __builtin_signbit is
On Fri, Sep 26, 2014 at 11:07:28AM +0200, FX wrote:
> > Thus, the middle-end assumes that if you have __builtin_{isfinite,isnormal},
> > you also have __builtin_is{less,greater}equal builtins too.
>
> Many thanks to both of you! I wasn’t looking into the right place at all. I
> defined them, and
Hi,
On Fri, Sep 26, 2014 at 10:34:16AM +0200, Richard Biener wrote:
>
...
>
> Btw, isn't cgraph edge redirection a "transform" step? Thus why is
> it performed at WPA time at all? Shouldn't it be performed at LTRANS
> time the same time we materialize clones and inline?
>
No, not really, ch
On 9/25/2014 12:36 AM, Yury Gribov wrote:
On 09/24/2014 12:31 PM, Richard Biener wrote:
On Wed, Sep 24, 2014 at 9:43 AM, David Wohlferd
wrote:
Hans-Peter Nilsson: I should have listened to you back when you raised
concerns about this. My apologies for ever doubting you.
In summary:
- The "
On Fri, Sep 26, 2014 at 12:37 PM, David Wohlferd
wrote:
>
> On 9/25/2014 12:36 AM, Yury Gribov wrote:
>>
>> On 09/24/2014 12:31 PM, Richard Biener wrote:
>>>
>>> On Wed, Sep 24, 2014 at 9:43 AM, David Wohlferd
>>> wrote:
Hans-Peter Nilsson: I should have listened to you back when you r
Robert Stevenson <9goli...@gmail.com> writes:
> I am planning to begin a project to explore the space of tuning gcc
> internals in an effort to increase performance. I am wondering if
> anyone can point to me any parameterizations, heuristics, or
> priorities functions within gcc that can be tuned
Sorry this has taken so long, the delays have been totally mine in not
following-up to get votes, then tally them from the steering committee.
I'm pleased to announce that Catherine Moore and Matthew Fortune have
been appointed as maintainers for the MIPS port.
Catherine & Matthew, please u
Congratulations guys!
-eric
On Fri, Sep 26, 2014 at 1:01 PM, Jeff Law wrote:
>
> Sorry this has taken so long, the delays have been totally mine in not
> following-up to get votes, then tally them from the steering committee.
>
> I'm pleased to announce that Catherine Moore and Matthew Fortune h
On Fri, 26 Sep 2014, Jakub Jelinek wrote:
> > One related question: the __builtin_signbit is not type generic, is there
> > any reason for it not to be? Is there any reason for it not to be? I ask
>
> I guess history, builtins that were added earlier when we didn't have any
> typegeneric builti
Hi all,
I have just submitted a patch emitting some new floating-point code from the
Fortran front-end, improving our IEEE support there:
https://gcc.gnu.org/ml/gcc-patches/2014-09/msg02444.html
However, in one of the cases where we emit a call to __builtin_remainderf(), we
get wrong code gene
14 matches
Mail list logo