[llvm-commits] [PATCH] Review request - MCJIT runtime loader improvements

[Kaylor, Andrew]

Is it too soon to ping this?

I've got a follow-up patch that will implement the GDB JIT debugging support that is scheduled to be presented at the LLVM developer meeting in London next week, so I'm really hoping to get things moving.

Sorry if I seem impatient, and thanks for any reviews.

-Andy

From: llvm-commits-bounces at cs.uiuc.edu [mailto:llvm-commits-bounces at cs.uiuc.edu] On Behalf Of Kaylor, Andrew
Sent: Friday, March 30, 2012 12:42 PM
To: llvm-commits at cs.uiuc.edu
Subject: [llvm-commits] [PATCH] Review request - MCJIT runtime loader improvements

Here is the first incremental chunk of the patch I submitted a few days ago (now based on the current trunk code!).

I have separated the patch into two files.  The first file contains the actual implementation details.  The second file makes a minor change to existing test files to eliminate 'XFAIL' lines for things that should now pass.

The primary patch implements new handling of zero-initialized sections, virtual sections and common symbols and prevents the loading of sections which are not required for execution such as debug information.  By "loading" here I mean the process of allocating memory for the section, copying its contents into that memory and performing applicable relocations.  These improvements required the addition of new functions in the ObjectFile class and its subclasses to test various attributes of a section.  Because I am not familiar with all the details of the MachO and COFF formats, I have used default implementations in some places.  This default code should produce correct results, but it may not be the most optimized behavior possible.  I believe I am correctly handling common symbols for both ELF and MachO formats.

I've tested this code on 32- and 64-bit Linux systems and on a 64-bit Mac system.  In my testing, all execution tests pass with the MCJIT engine.

Thanks in advance for your reviews and feedback.

-Andy

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20120404/3d4057f8/attachment.html>