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 <tbsau...@tbsaunde.org> 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
