search for: madhusudanc

Displaying 8 results from an estimated 8 matches for "madhusudanc".

Did you mean: madhusudan
2012 Oct 04
2
[LLVMdev] Interprocedural Register Allocation
Hi Jakob, On Thu, Oct 4, 2012 at 1:31 PM, Jakob Stoklund Olesen <stoklund at 2pi.dk>wrote: > > On Oct 4, 2012, at 2:47 AM, Madhusudan C.S <madhusudancs at gmail.com> wrote: > > However, I was reading the DeveloperPolicy page and the policy for making > major > changes asks the developers to discuss the work here before proceeding. > So, I am > writing this mail to kickoff a discussion. I would really like to > contribute...
2012 Nov 02
2
[LLVMdev] Interprocedural Register Allocation
On Oct 31, 2012, at 1:41 PM, Madhusudan C.S <madhusudancs at gmail.com> wrote: > I have spent last 4 weeks trying to figure out how to implement > Interprocedural Register Allocation. I must admit that I was really > overwhelmed with LLVM's codebase while trying to figure this out :) > There is so much to know! I think I have reache...
2012 Oct 04
2
[LLVMdev] Interprocedural Register Allocation
Hi Jakob, On Thu, Oct 4, 2012 at 2:31 PM, Jakob Stoklund Olesen <stoklund at 2pi.dk>wrote: > > On Oct 4, 2012, at 2:27 PM, "Madhusudan C.S" <madhusudancs at gmail.com> > wrote: > > Basically, the PrologEpilogInsertion pass will add a bit mask to >> MachineModuleInfo describing which registers are clobbered by the function >> being compiled. Later, when compiling the callers, that bit mask is used to >> initialize the r...
2012 Oct 04
2
[LLVMdev] Interprocedural Register Allocation
...xtremely hard. But I would like to try, at least try and fail if worst comes to worst than not doing anything at all. At least by attempting to implement that, I will have a better understanding of LLVM code base which may come in handy to contribute to other parts of LLVM. [0] https://github.com/madhusudancs/PL241-MCS-Compiler [1] http://llvm.org/OpenProjects.html#codegen -- Thanks and regards, Madhusudan.C.S -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20121004/ebade806/attachment.html>
2012 Oct 04
0
[LLVMdev] Interprocedural Register Allocation
On Oct 4, 2012, at 2:27 PM, "Madhusudan C.S" <madhusudancs at gmail.com> wrote: > Basically, the PrologEpilogInsertion pass will add a bit mask to MachineModuleInfo describing which registers are clobbered by the function being compiled. Later, when compiling the callers, that bit mask is used to initialize the regmask operands on call instructions...
2012 Oct 31
0
[LLVMdev] Interprocedural Register Allocation
...if this makes any sense at all. Also if you would like to have a quicker turn around time for a conversation, I can login to LLVM's IRC channel when you have some time or please feel free to ping me on IM (I use this same email ID for GTalk). On Thu, Oct 4, 2012 at 2:38 PM, Madhusudan C.S <madhusudancs at gmail.com>wrote: > Hi Jakob, > > On Thu, Oct 4, 2012 at 2:31 PM, Jakob Stoklund Olesen <stoklund at 2pi.dk>wrote: > >> >> On Oct 4, 2012, at 2:27 PM, "Madhusudan C.S" <madhusudancs at gmail.com> >> wrote: >> >> Basically, the P...
2012 Dec 07
0
[LLVMdev] Interprocedural Register Allocation
...this because CallGraphSCCPass does not do some magic which is specific to CodeGen passes? Can you please help me with this a bit? May be some pointers? On Fri, Nov 2, 2012 at 2:03 PM, Jakob Stoklund Olesen <stoklund at 2pi.dk>wrote: > > On Oct 31, 2012, at 1:41 PM, Madhusudan C.S <madhusudancs at gmail.com> > wrote: > > > I have spent last 4 weeks trying to figure out how to implement > > Interprocedural Register Allocation. I must admit that I was really > > overwhelmed with LLVM's codebase while trying to figure this out :) > > There is so much t...
2012 Oct 04
0
[LLVMdev] Interprocedural Register Allocation
On Oct 4, 2012, at 2:47 AM, Madhusudan C.S <madhusudancs at gmail.com> wrote: > However, I was reading the DeveloperPolicy page and the policy for making major > changes asks the developers to discuss the work here before proceeding. So, I am > writing this mail to kickoff a discussion. I would really like to contribute to LLVM and > I t...