On 03/18/2015 01:21 PM, Oleg Endo wrote:
On Tue, 2015-03-17 at 22:31 -0600, Jeff Law wrote:
I'm not a big fan of keeping the FOR_EACH_blah style iterator and would
prefer to use real C++ iterators. But it ought to give you some ideas
about how to start breaking these things out.
BTW I've tri
On Tue, 2015-03-17 at 22:31 -0600, Jeff Law wrote:
> I'm not a big fan of keeping the FOR_EACH_blah style iterator and would
> prefer to use real C++ iterators. But it ought to give you some ideas
> about how to start breaking these things out.
BTW I've tried to propose to start doing that (us
On Tue, Mar 17, 2015 at 10:36:05PM -0600, Jeff Law wrote:
> On 03/17/2015 10:32 PM, Trevor Saunders wrote:
> >
> >>2. Lists, list nodes and list iterators should be objects of distinct
> >>types. In this case, header file function.h gets additional dependency,
> >>because struct rtldata contains in
On 03/17/2015 10:32 PM, Trevor Saunders wrote:
2. Lists, list nodes and list iterators should be objects of distinct
types. In this case, header file function.h gets additional dependency,
because struct rtldata contains insn/expr lists as members; currently
they are pointers, so a forward decl
On Wed, Mar 18, 2015 at 06:50:11AM +0300, Mikhail Maltsev wrote:
> 07.03.2015 18:41, Jeff Law wrote:
> > One potentially easy project there would be to take David Malcolm's work to
> > turn the RTL EXPR & INSN lists into standard C++ forward lists.
>
> Started working on this. I need to understand
On 03/17/2015 09:50 PM, Mikhail Maltsev wrote:
07.03.2015 18:41, Jeff Law wrote:
One potentially easy project there would be to take David Malcolm's work to
turn the RTL EXPR & INSN lists into standard C++ forward lists.
Started working on this. I need to understand, if I'm moving in the
right
07.03.2015 18:41, Jeff Law wrote:
> One potentially easy project there would be to take David Malcolm's work to
> turn the RTL EXPR & INSN lists into standard C++ forward lists.
Started working on this. I need to understand, if I'm moving in the
right direction (i.e. whether my understanding of wh
On 03/06/15 18:22, Mikhail Maltsev wrote:
05.03.2015 18:46, Jeff Law wrote:
Certainly still useful, the trick is finding a hunk of that work that
can be tackled via GSoc.
jeff
Though I'm not participating in GSoC, I would be glad to get involved in
GCC development.
Could you please give some
On 03/07/15 07:41, Pedro Alves wrote:
On 03/05/2015 06:51 PM, Sidharth Chaturvedi wrote:
I like the idea of making the intermediate representations more
streamable. But I think this task should also involve creating
separate front-end and middle-end modules, as then there can be a
clear distinct
On 03/05/2015 06:51 PM, Sidharth Chaturvedi wrote:
> I like the idea of making the intermediate representations more
> streamable. But I think this task should also involve creating
> separate front-end and middle-end modules, as then there can be a
> clear distinction of what IR is an input to a m
05.03.2015 18:46, Jeff Law wrote:
> Certainly still useful, the trick is finding a hunk of that work that
> can be tackled via GSoc.
>
> jeff
Though I'm not participating in GSoC, I would be glad to get involved in
GCC development.
Could you please give some comments on current status of the fol
On Fri, Mar 06, 2015 at 12:21:58AM +0530, Sidharth Chaturvedi wrote:
> I like the idea of making the intermediate representations more
> streamable. But I think this task should also involve creating
> separate front-end and middle-end modules, as then there can be a
> clear distinction of what IR
I like the idea of making the intermediate representations more
streamable. But I think this task should also involve creating
separate front-end and middle-end modules, as then there can be a
clear distinction of what IR is an input to a module and what IR is
output from a module(including a more
On 03/04/15 12:13, Sidharth Chaturvedi wrote:
Hi,
I came across this page while browsing through ideas for GSoc-2015:
https://gcc.gnu.org/wiki/ModularGCC
I like the overall task, but it seems somewhat overambitious. I wanted
to verify if this is still a desirable architectural goal (as the las
On Thu, Mar 05, 2015 at 12:43:49AM +0530, Sidharth Chaturvedi wrote:
> Hi,
>
> I came across this page while browsing through ideas for GSoc-2015:
>
> https://gcc.gnu.org/wiki/ModularGCC
>
> I like the overall task, but it seems somewhat overambitious. I wanted
> to verify if this is still a des
15 matches
Mail list logo
