This post is in continuation to my below post.
My pass is hooked after pass_ipa_pta as already mentioned below.
I have enabled the LTO framework by using the flags "-flto
-flto-partition=none".
Without the LTO mode, macro DECL_CLONED_FUNCTION returns the cloned
constructor.
However, in the
On Fri, Nov 07, 2014 at 10:01:45PM +0100, Richard Biener wrote:
> Just a comment as these patches flow by - I think this is a huge step
> backwards from "enforcing" s1/s2 being a gimple_assign inside
> gimple_assign_rhs1 to this as_a boilerplate at _each_ callsite!
FWIW, I feel the same way. Mor
On Fri, Nov 7, 2014 at 10:01 PM, Richard Biener
wrote:
> On Fri, Nov 7, 2014 at 4:21 PM, David Malcolm wrote:
>> gcc/ChangeLog.gimple-classes:
>> * tree-ssa-tail-merge.c (same_succ_hash): Add checked cast.
>> (gimple_equal_p): Add checked casts.
>> ---
>> gcc/ChangeLog.gimple-cla
On Sat, Nov 08, 2014 at 01:07:28PM +0100, Richard Biener wrote:
> To be constructive here - the above case is from within a
> GIMPLE_ASSIGN case label
> and thus I'd have expected
>
> case GIMPLE_ASSIGN:
> {
> gassign *a1 = as_a (s1);
> gassign *a2 = as_a (s2);
>
On Sat, 2014-11-08 at 13:07 +0100, Richard Biener wrote:
> On Fri, Nov 7, 2014 at 10:01 PM, Richard Biener
> wrote:
> > On Fri, Nov 7, 2014 at 4:21 PM, David Malcolm wrote:
> >> gcc/ChangeLog.gimple-classes:
> >> * tree-ssa-tail-merge.c (same_succ_hash): Add checked cast.
> >> (gi
On 7 November 2014 16:56, Joel Sherrill wrote:
>
> On 11/7/2014 9:25 AM, Paolo Carlini wrote:
>> Hi,
>>
>> On 11/07/2014 04:07 PM, Joel Sherrill wrote:
>>> Hi
>>>
>>> On m32c-rtems, we have a build error in C++ because size_t
>>> is 16-bits and pointers are 24 bits. m32c-elf probably does not
>>> e
On November 8, 2014 9:00:02 AM CST, Jonathan Wakely
wrote:
>On 7 November 2014 16:56, Joel Sherrill wrote:
>>
>> On 11/7/2014 9:25 AM, Paolo Carlini wrote:
>>> Hi,
>>>
>>> On 11/07/2014 04:07 PM, Joel Sherrill wrote:
Hi
On m32c-rtems, we have a build error in C++ because size_t
>
On November 8, 2014 9:00:02 AM CST, Jonathan Wakely
wrote:
>On 7 November 2014 16:56, Joel Sherrill wrote:
>>
>> On 11/7/2014 9:25 AM, Paolo Carlini wrote:
>>> Hi,
>>>
>>> On 11/07/2014 04:07 PM, Joel Sherrill wrote:
Hi
On m32c-rtems, we have a build error in C++ because size_t
>
On November 8, 2014 9:04:14 AM CST, Joel Sherrill
wrote:
>
>
>On November 8, 2014 9:00:02 AM CST, Jonathan Wakely
> wrote:
>>On 7 November 2014 16:56, Joel Sherrill wrote:
>>>
>>> On 11/7/2014 9:25 AM, Paolo Carlini wrote:
Hi,
On 11/07/2014 04:07 PM, Joel Sherrill wrote:
> Hi
On 8 November 2014 15:30, Joel Sherrill wrote:
> This didn't compile. Ended with an error about requiring C++11 in a header
> file. This code is in a c++98 subdirectory so it dues make sense. I can't cut
> and paste it at home.
Yep, that makes sense, I'd just stick with stdint.h
Hello gcc folks,
recently I started to expand a project of mine running mainly on AVR ATmega to
low end ARM chips. To my enlightment, gcc supports these thingies already. To
my disappointment, this support is pretty complicated. One faces at least a
much steeper learning curve that on AVR. Acco
> Sounds good as long as they will compile and pass tests independently.
> Please also remember updating the documentation.
I’m trying to build Graphite without CLooG, but I get the following error:
libbackend.a(graphite-optimize-isl.o): In function `getScheduleForBandList':
/home/roman/sec_trunk
On 08.11.2014 20:49, Roman Gareev wrote:
Sounds good as long as they will compile and pass tests independently.
Please also remember updating the documentation.
I’m trying to build Graphite without CLooG, but I get the following error:
libbackend.a(graphite-optimize-isl.o): In function `getSch
Hi,
On 11/08/2014 04:33 PM, Jonathan Wakely wrote:
On 8 November 2014 15:30, Joel Sherrill wrote:
This didn't compile. Ended with an error about requiring C++11 in a header
file. This code is in a c++98 subdirectory so it dues make sense. I can't cut
and paste it at home.
Yep, that makes sen
14 matches
Mail list logo
