<div>Hi,</div><div><br></div><div>I am to port lldb for a VLIW architecture. I am entirely new to lldb. But have some experience in porting gdb for the same architecture.</div><div><br></div><div>Somemore insight on my problem of porting lldb for the VLIW architecture. The lldb is to connect the (VLIW architecture) simulator remotely. Both the lldb and the simulator are to run on the linux machine. (the host machine is the linux machine - Ubuntu).</div>
<div><br></div><div>The simulator already has the RSP server support with it (which already worked well with my 'gdb port for this architecture'). Now I want lldb in place of gdb.</div><div><br></div><div>On searching for a starting point on lldb port, I found very few references in the form of few mails at lldb-dev mailing list.</div>
<div><br></div><div><a href="http://lists.cs.uiuc.edu/pipermail/lldb-dev/2012-January/000770.html">lists.cs.uiuc.edu/pipermail/lldb-dev/2012-January/000770.html</a></div><div><br></div><div>With this I got the below understanding on my lldb porting tasks to that VLIW architecture. </div>
<div><br></div><div>1. To port lldb for the VLIW architecture, it is must to have the llvm ported to that VLIW architecture. This is because lldb uses few modules of llvm for some functionalities such as expressions evaluation, disassembling.</div>
<div><br></div><div>2. With llvm ported for the VLIW architecture, in my case following are the lldb modules I have to consider for porting:</div><div>    a. Platform plug-in</div><div>    b. ABI plug-in</div><div>    c. Process plug-in</div>
<div><br></div><div>3. Platform refers to the host OS on which the lldb runs. In my case I am to run the lldb on linux platform. And since lldb has the support for linux platform, I am not required to do anything on this.</div>
<div><br></div><div>Doubt: Under the Platform plug-in, I see there is a folder "gdb-server". I don't understand the significance of this. Should I consider this for my case? </div><div><br></div><div>4. ABI refers to the target architecture description such as the register information, call frame information etc. So I have to create a class for my VLIW architecture (which is a sub-class of lldb_private::ABI). </div>
<div><br></div><div>5. Process refers to the module that connects lldb to the remote module. lldb has gdb-remote already supported. And hence I am not required to do anything on this.</div><div><br></div><div>Can someone help me to go further on this?</div>
<div><br></div><div>Thanks and regards,</div><div>Chandra Kumar R.</div>