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 specific structure to each IR).
This would give a pipeline structure to GCC. I don't know how much of
this can be achieved via GSoc, but I would still like to give it a
try. Any interested mentors? Thanks.
Sidharth
On Thu, Mar 5, 2015 at 3:59 PM, Trevor Saunders wrote:
> 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 desirable architectural goal (as the last
>> update on this page was around 3 years ago). Also, how feasible is
>> this for GSoc?
>
> I'd say it is desirable, various people are working on various bits of
> it, and hopefully some of them will add there $0.02. I would agree
> doing everything on that page is completely unrealistic. I'd encourage
> you to pick a sub area you'd be interested in and see if someone wants
> to mentor that. Personally I'd really like to see someone take up
> making intermediate representations more machine streamable. There's
> already machinary to print most data, but its not in a machine readable
> form.
>
> Trev
>
>>
>> --
>> Regards
>> Sidharth Chaturvedi
--
Regards
Sidharth Chaturvedi