<feed xmlns='http://www.w3.org/2005/Atom'>
<title>llvm/tools/lli, branch testing</title>
<subtitle>http://llvm.org</subtitle>
<id>https://git.amat.us/llvm/atom/tools/lli?h=testing</id>
<link rel='self' href='https://git.amat.us/llvm/atom/tools/lli?h=testing'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/'/>
<updated>2013-02-25T23:00:19Z</updated>
<entry>
<title>Provide workaround for PR 15130.</title>
<updated>2013-02-25T23:00:19Z</updated>
<author>
<name>Andrew Kaylor</name>
<email>andrew.kaylor@intel.com</email>
</author>
<published>2013-02-25T23:00:19Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=b90cc2fa0b50321e32786e87f8425658d88982ee'/>
<id>urn:sha1:b90cc2fa0b50321e32786e87f8425658d88982ee</id>
<content type='text'>
This changes the RecordingMemoryManager in lli to use mapped memory rather than malloc to allocate memory for sections and uses a 'near' MemoryBlock to keep the allocations together.  This works around a problem in MCJIT where relocations are applied to a generated image immediately oupon generation, which isn't appropriate for the remote case.



git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@176057 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Add support for source and line information to IntelJITEventListener for object emitted by MCJIT.</title>
<updated>2013-01-28T19:52:37Z</updated>
<author>
<name>Andrew Kaylor</name>
<email>andrew.kaylor@intel.com</email>
</author>
<published>2013-01-28T19:52:37Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=710cb0c7826c61b432e19d5899a2f26f76d7aa81'/>
<id>urn:sha1:710cb0c7826c61b432e19d5899a2f26f76d7aa81</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@173712 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>lli/RecordingMemoryManager: Free allocated sections in the destructor to satisfy --vg-leak!</title>
<updated>2013-01-24T14:12:12Z</updated>
<author>
<name>NAKAMURA Takumi</name>
<email>geek4civic@gmail.com</email>
</author>
<published>2013-01-24T14:12:12Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=5bac013d617ab3c03cdc9ee034e5efbb03adf3de'/>
<id>urn:sha1:5bac013d617ab3c03cdc9ee034e5efbb03adf3de</id>
<content type='text'>
FIXME: It could be generalized in MemoryManager.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@173349 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Move all of the header files which are involved in modelling the LLVM IR</title>
<updated>2013-01-02T11:36:10Z</updated>
<author>
<name>Chandler Carruth</name>
<email>chandlerc@gmail.com</email>
</author>
<published>2013-01-02T11:36:10Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=0b8c9a80f20772c3793201ab5b251d3520b9cea3'/>
<id>urn:sha1:0b8c9a80f20772c3793201ab5b251d3520b9cea3</id>
<content type='text'>
into their new header subdirectory: include/llvm/IR. This matches the
directory structure of lib, and begins to correct a long standing point
of file layout clutter in LLVM.

There are still more header files to move here, but I wanted to handle
them in separate commits to make tracking what files make sense at each
layer easier.

The only really questionable files here are the target intrinsic
tablegen files. But that's a battle I'd rather not fight today.

I've updated both CMake and Makefile build systems (I think, and my
tests think, but I may have missed something).

I've also re-sorted the includes throughout the project. I'll be
committing updates to Clang, DragonEgg, and Polly momentarily.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@171366 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Sort the #include lines for tools/...</title>
<updated>2012-12-04T10:44:52Z</updated>
<author>
<name>Chandler Carruth</name>
<email>chandlerc@gmail.com</email>
</author>
<published>2012-12-04T10:44:52Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=f010c464a11444733ec67e31aace8bcebeaf2588'/>
<id>urn:sha1:f010c464a11444733ec67e31aace8bcebeaf2588</id>
<content type='text'>
Again, tools are trickier to pick the main module header for than
library source files. I've started to follow the pattern of using
LLVMContext.h when it is included as a stub for program source files.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@169252 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Modifying lli to use the SectionMemoryManager.</title>
<updated>2012-11-27T19:49:00Z</updated>
<author>
<name>Andrew Kaylor</name>
<email>andrew.kaylor@intel.com</email>
</author>
<published>2012-11-27T19:49:00Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=257a009332a62927bed91c6862730f43ef89d429'/>
<id>urn:sha1:257a009332a62927bed91c6862730f43ef89d429</id>
<content type='text'>
The functionality of SectionMemoryManager is equivalent to the LLIMCJITMemoryManager being replaced except that it allocates memory as RW and later changes it to RX or R as needed.  The page permissions are set in the call to MCJIT::finalizeObject.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@168722 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>MCJIT: [cygming] Give noop to __main also in RecordingMemoryManger. It is emitted in @main().</title>
<updated>2012-11-18T06:16:32Z</updated>
<author>
<name>NAKAMURA Takumi</name>
<email>geek4civic@gmail.com</email>
</author>
<published>2012-11-18T06:16:32Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=fad9751d6e7449867384f87ae296373559d41b0b'/>
<id>urn:sha1:fad9751d6e7449867384f87ae296373559d41b0b</id>
<content type='text'>
XFAIL(s) can be removed.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@168282 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Interface changes to allow RuntimeDyld memory managers to set memory permissions after an object has been loaded.</title>
<updated>2012-11-15T23:50:01Z</updated>
<author>
<name>Andrew Kaylor</name>
<email>andrew.kaylor@intel.com</email>
</author>
<published>2012-11-15T23:50:01Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=53608a34ce3f0969e9fb01eaa983422761011e03'/>
<id>urn:sha1:53608a34ce3f0969e9fb01eaa983422761011e03</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@168114 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Add a method to indicate section address re-assignment is finished.</title>
<updated>2012-11-05T20:57:16Z</updated>
<author>
<name>Andrew Kaylor</name>
<email>andrew.kaylor@intel.com</email>
</author>
<published>2012-11-05T20:57:16Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=28989889bf3aa3314562d438aece245b71176ec4'/>
<id>urn:sha1:28989889bf3aa3314562d438aece245b71176ec4</id>
<content type='text'>
Prior to this patch RuntimeDyld attempted to re-apply relocations every time reassignSectionAddress was called (via MCJIT::mapSectionAddress).  In addition to being inefficient and redundant, this led to a problem when a section was temporarily moved too far away from another section with a relative relocation referencing the section being moved.  To fix this, I'm adding a new method (finalizeObject) which the client can call to indicate that it is finished rearranging section addresses so the relocations can safely be applied.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@167400 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>lli: Initialize the native asm parser for inline assembly.</title>
<updated>2012-11-05T19:06:05Z</updated>
<author>
<name>Jim Grosbach</name>
<email>grosbach@apple.com</email>
</author>
<published>2012-11-05T19:06:05Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=6837232a609fe7b13473606a1c8a18eabfe2df2a'/>
<id>urn:sha1:6837232a609fe7b13473606a1c8a18eabfe2df2a</id>
<content type='text'>
MCJIT supports inline assembly, but requires the asm parser to do so.
Make sure to link it in and initialize it.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@167392 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
</feed>
