{"push_id":891658487,"size":46,"distinct_size":46,"ref":"refs/heads/master","head":"5fa397629b43cf1428395698efdf913042a04ab7","before":"697fe024f6dad16e21c9b8e41bb27463971939c0","commits":[{"sha":"fb25c75967e3b30f6687737616613a56c9d442ca","author":{"email":"d72748a98fd8b476107003df407128e166d060ac@playingwithpointers.com","name":"Sanjoy Das"},"message":"[OperandBundles] Allow operand-specific attributes in operand bundles\n\nCurrently `OperandBundleUse::operandsHaveAttr` computes its result\nwithout being given a specific operand.  This is problematic because it\nforces us to say that, e.g., even non-pointer operands in `\"deopt\"`\noperand bundles are `readonly`, which doesn't make sense.\n\nThis commit changes `operandsHaveAttr` to work in the context of a\nspecific operand, so that we can give the operand attributes that make\nsense for the operands's `llvm::Type`.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@254764 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/krytarowski/llvm/commits/fb25c75967e3b30f6687737616613a56c9d442ca"},{"sha":"19d1511e67cb88a242419ad529e01d66739f283d","author":{"email":"05f726f834638679f776bde9b9fcd7e9d7242de5@gmail.com","name":"David Blaikie"},"message":"[llvm-dwp] Include the debug_line.dwo section\n\nThis probably shouldn't be generated in the .dwo file for CUs, only for\nTUs, but it's in the sample .dwos (generated by clang) so dwp should\nreflect that.\n\nArguably the DWP tool could be smart enough to know that the CUs\nshouldn't need a debug_line.dwo section and skip that even when it's\nlegitimately generated for TUs, but that's a bit more off-book.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@254767 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/krytarowski/llvm/commits/19d1511e67cb88a242419ad529e01d66739f283d"},{"sha":"efb247f17cbc37fd4ff105b4316d6528db81564f","author":{"email":"ab3c2931970baa67c6d76cdeb719744d873e09ef@google.com","name":"Reid Kleckner"},"message":"Fix llvm-readobj build on Windows, match noreturn attribute on reportError in headers\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@254769 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/krytarowski/llvm/commits/efb247f17cbc37fd4ff105b4316d6528db81564f"},{"sha":"a2b2c5abb0d5f55744b113e893ede123c1a41d6c","author":{"email":"05f726f834638679f776bde9b9fcd7e9d7242de5@gmail.com","name":"David Blaikie"},"message":"[llvm-dwp] Implement the required on-disk probed hash table\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@254770 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/krytarowski/llvm/commits/a2b2c5abb0d5f55744b113e893ede123c1a41d6c"},{"sha":"fca82775a2b75d8aaaf8f30226acaa3b3607f356","author":{"email":"05f726f834638679f776bde9b9fcd7e9d7242de5@gmail.com","name":"David Blaikie"},"message":"[llvm-dwp] Remove some out of date comments\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@254772 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/krytarowski/llvm/commits/fca82775a2b75d8aaaf8f30226acaa3b3607f356"},{"sha":"b590f81c153265bc3ce6173161642b7fbc5b8a1c","author":{"email":"f939b98ebdb1b556bd21d42c021221cb2cbb4d27@codeaurora.org","name":"Chad Rosier"},"message":"[AArch64] Expand vector SDIVREM/UDIVREM operations.\n\nhttp://reviews.llvm.org/D15214\nPatch by Ana Pazos <apazos@codeaurora.org>!\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@254773 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/krytarowski/llvm/commits/b590f81c153265bc3ce6173161642b7fbc5b8a1c"},{"sha":"6f41c1352b5e860ce6fd737f1d69a13f810c0311","author":{"email":"49a7359091b5b1c9431acbd80a988796c3892a23@college.harvard.edu","name":"Keno Fischer"},"message":"[llc/opt] Add an option to run all passes twice\n\nSummary: Lately, I have submitted a number of patches to fix bugs that\nonly occurred when using the same pass manager to compile multiple\nmodules (generally these bugs are failure to reset some persistent\nstate). Unfortunately I don't think there is currently a way to test\nthat from the command line. This adds a very simple flag to both llc\nand opt, under which the tools will simply re-run their respective\npass pipelines using the same pass manager on (a clone of the same\nmodule). Additionally, we verify that both outputs are bitwise the\nsame.\n\nReviewers: yaron.keren\n\nSubscribers: loladiro, yaron.keren, kcc, llvm-commits\n\nDifferential Revision: http://reviews.llvm.org/D14965\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@254774 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/krytarowski/llvm/commits/6f41c1352b5e860ce6fd737f1d69a13f810c0311"},{"sha":"b6cc95afa7478cecc423bac61fa54aa7fc3f6efe","author":{"email":"607a4aeae37c8a26eb86f95c436fb926ad94d55c@apple.com","name":"Pete Cooper"},"message":"Fix incorrect quote.  NFC\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@254775 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/krytarowski/llvm/commits/b6cc95afa7478cecc423bac61fa54aa7fc3f6efe"},{"sha":"cc87069c319aed2f95394a76dccfcd6360c08b80","author":{"email":"3d3302bd5511723d2c5018227e18649a26bd78c9@codeaurora.org","name":"Weiming Zhao"},"message":"[SimplifyLibCalls] Optimization for pow(x, n) where n is some constant\n\nSummary:\n    In order to avoid calling pow function we generate repeated fmul when n is a\n    positive or negative whole number.\n    \n    For each exponent we pre-compute Addition Chains in order to minimize the no.\n    of fmuls.\n    Refer: http://wwwhomes.uni-bielefeld.de/achim/addition_chain.html\n    \n    We pre-compute addition chains for exponents upto 32 (which results in a max of\n    7 fmuls).\n\n    For eg:\n    4 = 2+2\n    5 = 2+3\n    6 = 3+3 and so on\n    \n    Hence,\n    pow(x, 4.0) ==> y = fmul x, x\n                    x = fmul y, y\n                    ret x\n\n    For negative exponents, we simply compute the reciprocal of the final result.\n    \n    Note: This transformation is only enabled under fast-math.\n    \n    Patch by Mandeep Singh Grang <mgrang@codeaurora.org>\n\nReviewers: weimingz, majnemer, escha, davide, scanon, joerg\n\nSubscribers: probinson, escha, llvm-commits\n\nDifferential Revision: http://reviews.llvm.org/D13994\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@254776 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/krytarowski/llvm/commits/cc87069c319aed2f95394a76dccfcd6360c08b80"},{"sha":"c55f4fb8055591bee9ed577794299c0dd3ff791e","author":{"email":"6b31706989f3cf9466bfddbf48eab0c43e646ba8@gmail.com","name":"Rafael Espindola"},"message":"Always pass a diagnostic handler to the linker.\n\nBefore this patch the diagnostic handler was optional. If it was not\npassed, the one in the LLVMContext was used.\n\nThat is probably not a pattern we want to follow. If each area has an\noptional callback, there is a sea of callbacks and it is hard to follow\nwhich one is called.\n\nDoing this also found cases where the callback is a nice addition, like\ntesting that no errors or warnings are reported.\n\nThe other option is to always use the diagnostic handler in the\nLLVMContext. That has a few problems\n\n* To implement the C API we would have to set the diag handler and then\n  set it back to the original value.\n* Code that creates the context might be far away from code that wants\n  the diagnostics.\n\nI do have a patch that implements the second option and will send that as\nan RFC.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@254777 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/krytarowski/llvm/commits/c55f4fb8055591bee9ed577794299c0dd3ff791e"},{"sha":"c5aab87e68369e95e4fbe83f6ed2bd38ec9f41d6","author":{"email":"74486463aa8344ad78208a26153a7177f8db5983@gmail.com","name":"Lang Hames"},"message":"[Orc] Move some code up into the JITCompileCallbackManager base class. NFC.\n\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@254778 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/krytarowski/llvm/commits/c5aab87e68369e95e4fbe83f6ed2bd38ec9f41d6"},{"sha":"f8e0f06f7c0ce41dc03400ad65dd005531234579","author":{"email":"6b31706989f3cf9466bfddbf48eab0c43e646ba8@gmail.com","name":"Rafael Espindola"},"message":"MSVC complains about this being ambiguous.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@254782 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/krytarowski/llvm/commits/f8e0f06f7c0ce41dc03400ad65dd005531234579"},{"sha":"3f8065b694d883dfc4f8ced0d90d49e76b4f2c0b","author":{"email":"f2687d141d6df003196c0c086f0a189634ba4557@google.com","name":"Kostya Serebryany"},"message":"[libFuzzer] compute base64 in-process instead of using an external lib. Since libFuzzer should not depend on anything, just re-implement base64 encoder. PR25746\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@254784 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/krytarowski/llvm/commits/3f8065b694d883dfc4f8ced0d90d49e76b4f2c0b"},{"sha":"a7a95fed0f4e64e5a0c8836db68be8964fdc10c7","author":{"email":"3cf7ba45f835c4cf8b5fe7d6a48fa95fd7df4df7@google.com","name":"Derek Schuff"},"message":"Add TransformUtils to list of required libraries for llc\n\nThis dependency was added in r254774\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@254786 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/krytarowski/llvm/commits/a7a95fed0f4e64e5a0c8836db68be8964fdc10c7"},{"sha":"35cba4cf6a352382826c0daf86108898807e4910","author":{"email":"8800578b51f022c8d8adb9606a8b3db4fedbdac6@hanshq.net","name":"Hans Wennborg"},"message":"X86: Don't emit SAHF/LAHF for 64-bit targets unless explicitly supported\n\nThese instructions are not supported by all CPUs in 64-bit mode. Emitting them\ncauses Chromium to crash on start-up for users with such chips.\n\n(GCC puts these instructions behind -msahf on 64-bit for the same reason.)\n\nThis patch adds FeatureLAHFSAHF, enables it by default for 32-bit targets\nand modern CPUs, and changes X86InstrInfo::copyPhysReg back to the lowering\nfrom before r244503 when the instructions are not available.\n\nDifferential Revision: http://reviews.llvm.org/D15240\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@254793 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/krytarowski/llvm/commits/35cba4cf6a352382826c0daf86108898807e4910"},{"sha":"a026cdc11a64e7c87b44d09a53c72fdf9e2163ea","author":{"email":"1d6e1cf70ec6f9ab28d3ea4b27a49a77654d370e@justinbogner.com","name":"Justin Bogner"},"message":"CodeGen: Move the SlotIndexes BumpPtrAllocator before the list it allocates\n\nWhen a `SlotIndexes` is destroyed, `ileAllocator` will currently be\ndestructed before `IndexList`, but all of `IndexList`'s storage has\nbeen allocated by `ileAllocator`. This means we'll call destructors on\ngarbage data, which is very bad. This can be avoided by putting the\nBumpPtrAllocator earlier in the class than anything it allocates.\n\nUnfortunately, I don't know how to test this. It depends very much on\nmemory layout, and the only evidence I have that this is actually\nhappening in practice are backtraces that might be explained by this.\nBy inspection though, the code is obviously dangerous/wrong, and this\nis the right thing to do.\n\nI'll follow up later with a patch that calls clearAndLeakNodesUnsafely\non the list, since there isn't much point in destructing them when\nthey're allocated in a BPA anyway, but I figured it makes sense to\ncommit the correctness fix separately from that optimization.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@254794 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/krytarowski/llvm/commits/a026cdc11a64e7c87b44d09a53c72fdf9e2163ea"},{"sha":"9ac3ec43b3eb2c18007542c1fe43d93519606c32","author":{"email":"1a6d70c497b881333962fb40612e3f3827d7c1cd@philipreames.com","name":"Philip Reames"},"message":"Address a memory leak in 254760\n\nThe issue appears to have been that the copy constructor of the SmallVector was being invoked and this was somehow leading to leaked memory.  This patch avoids the symptom, but likely doesn't address the underlying problem.  I'm still investigating the root cause, but wanted to avoid the memory leak in the mean time.  Even with the underlying fix, avoiding the redundant allocation is worthwhile.\n\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@254795 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/krytarowski/llvm/commits/9ac3ec43b3eb2c18007542c1fe43d93519606c32"},{"sha":"16d4cc83c30485f28bb37715930c4302749d23b1","author":{"email":"71eab3ed3d51db0f4cf11b125aa0a655cfc1b887@gmail.com","name":"Dan Gohman"},"message":"[WebAssembly] Initial varargs support.\n\nFull varargs support will depend on prologue/epilogue support, but this patch\ngets us started with most of the basic infrastructure.\n\nDifferential Revision: http://reviews.llvm.org/D15231\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@254799 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/krytarowski/llvm/commits/16d4cc83c30485f28bb37715930c4302749d23b1"},{"sha":"2174f151dc0d0a5f615786ba30a27dc65f42aa85","author":{"email":"8800578b51f022c8d8adb9606a8b3db4fedbdac6@hanshq.net","name":"Hans Wennborg"},"message":"Add FeatureLAHFSAHF to amdfam10 as well.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@254801 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/krytarowski/llvm/commits/2174f151dc0d0a5f615786ba30a27dc65f42aa85"},{"sha":"5143703795b66599df93a9f35462e522f925c0f8","author":{"email":"25199b71953b1ae8370658789972819bf995cdd9@google.com","name":"Teresa Johnson"},"message":"[ThinLTO] Helper for performing renaming/promotion on a module\n\nCreates a module and performs necessary renaming/promotion of locals\nthat may be exported to another module.\n\nSplit out of D15024.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@254802 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/krytarowski/llvm/commits/5143703795b66599df93a9f35462e522f925c0f8"}]}