{"push_id":2628425467,"size":11,"distinct_size":11,"ref":"refs/heads/master","head":"71bbcb1f4af2c637f1b2f16c851cf6473444ce01","before":"bd9be7a1ed5cc440f8c8bd9d6337d9d78516c244","commits":[{"sha":"89be48cd836afc65a2d241a1ad78cac899dd356a","author":{"name":"Alexander Shaposhnikov","email":"a4443662f8045c616ffde65288e324795912538a@gmail.com"},"message":"[llvm-objcopy] Remove unused field from Object\n\nThe class Object contains std::shared_ptr<MemoryBuffer> OwnedData\nwhich is not used anywhere. Besides avoiding two stage initialization \nthe motivation to remove it comes from the plan to add (currently missing) support \nfor static libraries.\nNFC.\n\nTest plan: make check-all\n\nDifferential revision: https://reviews.llvm.org/D47855\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@334217 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/kraj/llvm/commits/89be48cd836afc65a2d241a1ad78cac899dd356a"},{"sha":"b6ab0f18f8530aadefba0bde57f78fd44573f9da","author":{"name":"Matt Arsenault","email":"788c14eeffa2067e120409a238fa186a04f20a10@amd.com"},"message":"DAG: Avoid bitcast/ext/build_vector combine\n\nThis avoids regressions in a future AMDGPU change\nto make v4i16/v4f16 legal. For these types, build_vector\nis implemented as bitcasted operations on v2i32. This\ncombine was creating v4i16s out of what would have been\nalready been a v2i32 build_vector, creating a mess\nof nodes that never get cleaned up.\n\nI'm not sure this is the right condition to check.\nI initially tried just checking for the legality of the\nnew build_vector. This works for my case, but breaks dozens\nof x86 tests. A Mips test seems to show some improvement\nor at least a neutral change. I don't want to think\nabout how long it would take to analyze the set of\ndifferent x86 vector operations impacted.\n\nTest included in future commit.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@334218 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/kraj/llvm/commits/b6ab0f18f8530aadefba0bde57f78fd44573f9da"},{"sha":"03bcb2143b5c05d8844f3246617d161e52138be8","author":{"name":"Zachary Turner","email":"4239aa0d2a9a9fe1ca57c7ca6a764f6a324fc92f@google.com"},"message":"[FileSystem] Split up the OpenFlags enumeration.\n\nThis breaks the OpenFlags enumeration into two separate\nenumerations: OpenFlags and CreationDisposition.  The first\ncontrols the behavior of the API depending on whether or not\nthe target file already exists, and is not a flags-based\nenum.  The second controls more flags-like values.\n\nThis yields a more easy to understand API, while also allowing\nflags to be passed to the openForRead api, where most of the\nvalues didn't make sense before.  This also makes the apis more\ntestable as it becomes easy to enumerate all the configurations\nwhich make sense, so I've added many new tests to exercise all\nthe different values.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@334221 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/kraj/llvm/commits/03bcb2143b5c05d8844f3246617d161e52138be8"},{"sha":"fa1dbcce5b8c8f808318452d64953ae98679959f","author":{"name":"Roman Lebedev","email":"c247390a474ba78064f3a5ec8d0ca3a56d88a36b@gmail.com"},"message":"[InstSimplify] shl nuw C, %x -> C iff signbit is set on C.\n\nSummary:\n`%r = shl nuw i8 C, %x`\n\nAs per langref:\n```\nIf the nuw keyword is present, then the shift produces\na poison value if it shifts out any non-zero bits.\n```\nThus, if the sign bit is set on `C`, then `%x` can only be `0`,\nwhich means that `%r` can only be `C`.\nOr in other words, set sign bit means that the signed value\nis negative, so the constant is `<= 0`.\n\nhttps://rise4fun.com/Alive/WMk\nhttps://rise4fun.com/Alive/udv\n\nWas mentioned in D47428 review.\n\nWe already handle the `0` constant, https://godbolt.org/g/UZq1sJ, so this only handles negative constants.\n\nCould use computeKnownBits() / LazyValueInfo,\nbut the cost-benefit analysis (https://reviews.llvm.org/D47891)\nsuggests it isn't worth it.\n\nReviewers: spatel, craig.topper\n\nReviewed By: spatel\n\nSubscribers: llvm-commits\n\nDifferential Revision: https://reviews.llvm.org/D47883\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@334222 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/kraj/llvm/commits/fa1dbcce5b8c8f808318452d64953ae98679959f"},{"sha":"11cede3a06ff3e339f52b6e38524d090235078cd","author":{"name":"Zachary Turner","email":"4239aa0d2a9a9fe1ca57c7ca6a764f6a324fc92f@google.com"},"message":"Fix unused private variable.\n\nThis parameter got lost in the refactor.  Add it back.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@334223 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/kraj/llvm/commits/11cede3a06ff3e339f52b6e38524d090235078cd"},{"sha":"b99ddeab540bd79852eddd0532f3eaa4052f22ba","author":{"name":"Zachary Turner","email":"4239aa0d2a9a9fe1ca57c7ca6a764f6a324fc92f@google.com"},"message":"Try to fix build.\n\nI don't know how to build this code, but based on the failing\nbuildbot error message it looks like this change should get\nthe buildbot up and running again.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@334231 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/kraj/llvm/commits/b99ddeab540bd79852eddd0532f3eaa4052f22ba"},{"sha":"d22fc60ce59943cfe4447b40870baf4e2abb1c80","author":{"name":"Petr Hosek","email":"28e431f5669ee416eed3c0cf0e57e28af39903b5@chromium.org"},"message":"[Support] Link libzircon.so when building LLVM for Fuchsia\n\nThis is necessary for zx_* symbols.\n\nDifferential Revision: https://reviews.llvm.org/D47848\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@334232 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/kraj/llvm/commits/d22fc60ce59943cfe4447b40870baf4e2abb1c80"},{"sha":"04cb3cb23972d055e3eda437f5be71a7fe793d78","author":{"name":"Roman Lebedev","email":"c247390a474ba78064f3a5ec8d0ca3a56d88a36b@gmail.com"},"message":"[NFC][InstSimplify] One more negative test for shl nuw C, %x -> C fold.\n\nFollow-up for rL334200, rL334206.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@334235 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/kraj/llvm/commits/04cb3cb23972d055e3eda437f5be71a7fe793d78"},{"sha":"6dc64e29f8dc050b5b2c333fc40e22137e349faa","author":{"name":"Roman Lebedev","email":"c247390a474ba78064f3a5ec8d0ca3a56d88a36b@gmail.com"},"message":"[NFC][InstSimplify] Add tests for add nuw %x, -1 -> -1 fold.\n\n%ret = add nuw i8 %x, C\nFrom langref:\n\tnuw and nsw stand for “No Unsigned Wrap” and “No Signed Wrap”,\n\trespectively. If the nuw and/or nsw keywords are present,\n\tthe result value of the add is a poison value if unsigned\n\tand/or signed overflow, respectively, occurs.\n\nSo if C is -1, %x can only be 0, and the result is always -1.\n\nhttps://rise4fun.com/Alive/sldC\nWas mentioned in D47428 review.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@334236 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/kraj/llvm/commits/6dc64e29f8dc050b5b2c333fc40e22137e349faa"},{"sha":"1310a7556e13ecfd8b14317a9156365d1c74fc7e","author":{"name":"Tony Tye","email":"a2d3690121f58a051e78904a9703f46473ad7413@amd.com"},"message":"[AMDGPU] Simplify memory legalizer\n\n- Make code easier to maintain.\n- Avoid generating waitcnts for VMEM if the address sppace does not involve VMEM.\n- Add support to generate waitcnts for LDS and GDS memory.\n\nDifferential Revision: https://reviews.llvm.org/D47504\n\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@334241 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/kraj/llvm/commits/1310a7556e13ecfd8b14317a9156365d1c74fc7e"},{"sha":"71bbcb1f4af2c637f1b2f16c851cf6473444ce01","author":{"name":"Michael Berg","email":"10772fb3948e31e75483065e0f71bd0104ebf3ad@apple.com"},"message":"propagate fast math flags via IR on fma and sub expressions\n\nSummary: This change uses fmf subflags to guard fma optimizations as well as unsafe. These changes originated from D46483 and have been simplified via getNode.\n\nReviewers: spatel, arsenm, hfinkel, javed.absar\n\nReviewed By: spatel\n\nSubscribers: nemanjai, wdng\n\nDifferential Revision: https://reviews.llvm.org/D47388\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@334242 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/kraj/llvm/commits/71bbcb1f4af2c637f1b2f16c851cf6473444ce01"}]}
{"actor":{"display_login":"kraj"}}