{"push_id":2784374843,"size":14,"distinct_size":14,"ref":"refs/heads/amd-common","head":"51c9fb7325fcc75eb8d61a77b72c1edefb7d7bfb","before":"e35fc8ab0eb0a844e0a4627545d54e15422d4be0","commits":[{"sha":"e32dc0cc26cec88fb089f24868f98deac253b5df","author":{"name":"Sanjay Patel","email":"4a8dfeb3a1c6b90c15fd5a5a91e8e25ea46ffe0b@rotateright.com"},"message":"[x86] add tests for fsub+fadd with FMF; NFC\n\nThese are related to the block of code under review in D50195.\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@339293 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/llvm/commits/e32dc0cc26cec88fb089f24868f98deac253b5df"},{"sha":"85ffa199e1c47ea192025eeefbbcd5124e483373","author":{"name":"Petr Hosek","email":"28e431f5669ee416eed3c0cf0e57e28af39903b5@chromium.org"},"message":"[ADT] Normalize empty triple components\n\nLLVM triple normalization is handling \"unknown\" and empty components\ndifferently; for example given \"x86_64-unknown-linux-gnu\" and\n\"x86_64-linux-gnu\" which should be equivalent, triple normalization\nreturns \"x86_64-unknown-linux-gnu\" and \"x86_64--linux-gnu\". autoconf's\nconfig.sub returns \"x86_64-unknown-linux-gnu\" for both\n\"x86_64-linux-gnu\" and \"x86_64-unknown-linux-gnu\". This changes the\ntriple normalization to behave the same way, replacing empty triple\ncomponents with \"unknown\".\n\nThis addresses PR37129.\n\nDifferential Revision: https://reviews.llvm.org/D50219\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@339294 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/llvm/commits/85ffa199e1c47ea192025eeefbbcd5124e483373"},{"sha":"e52df1611ad45afa354463db201016e0747374de","author":{"name":"Stefan Granitz","email":"e97411d6490f7f8afd92e6aad8536401c6ce79d0@gmail.com"},"message":"[Demangle] Add another test for ItaniumPartialDemangler\n\nSummary: Show the behavior of print operations in the ItaniumPartialDemangler. It's a summary of what the current integration in LLDB assumes. For new users this may be a useful example.\n\nReviewers: erik.pilkington\n\nSubscribers: llvm-commits, lldb-commits\n\nDifferential Revision: https://reviews.llvm.org/D50473\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@339297 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/llvm/commits/e52df1611ad45afa354463db201016e0747374de"},{"sha":"e6de6e242040051a313023c14f897e9974ec7fb8","author":{"name":"Sanjay Patel","email":"4a8dfeb3a1c6b90c15fd5a5a91e8e25ea46ffe0b@rotateright.com"},"message":"[DAGCombiner] move fadd simplification ahead of other folds\n  \nI don't know if it's possible to expose this diff in a test,\nbut we should always try simplifications (no new nodes created)\nbefore more complicated transforms for efficiency (similar to\nwhat we do in IR).\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@339298 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/llvm/commits/e6de6e242040051a313023c14f897e9974ec7fb8"},{"sha":"a521995ff00c71f7ebaf5801d357ce3139f9c43d","author":{"name":"Sanjay Patel","email":"4a8dfeb3a1c6b90c15fd5a5a91e8e25ea46ffe0b@rotateright.com"},"message":"[DAGCombiner] loosen constraints for fsub+fadd fold\n\nisNegatibleForFree() should not matter here (as the test diffs show)\nbecause it's always a win to replace an fsub+fadd with fneg. The\nproblem in D50195 persists because either (1) we are doing these\nfolds in the wrong order or (2) we're missing another fold for fadd.\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@339299 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/llvm/commits/a521995ff00c71f7ebaf5801d357ce3139f9c43d"},{"sha":"f44662e5c407350ca0adac9b968b1387fc701b6d","author":{"name":"Sanjay Patel","email":"4a8dfeb3a1c6b90c15fd5a5a91e8e25ea46ffe0b@rotateright.com"},"message":"[x86] add test for commuted variant for fsub fold; NFC\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@339300 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/llvm/commits/f44662e5c407350ca0adac9b968b1387fc701b6d"},{"sha":"f787c2d837a583ebe33d93c6fee6cb8cfe3da0dd","author":{"name":"Paul Robinson","email":"eb97fa0cd215017713fc046195d3dca7a835ca90@sony.com"},"message":"[DWARF] Verifier now handles .debug_types sections.\n\nDifferential Revision: https://reviews.llvm.org/D50466\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@339302 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/llvm/commits/f787c2d837a583ebe33d93c6fee6cb8cfe3da0dd"},{"sha":"13ced78da1623abb74f73c5e3126f4e269e2ffc7","author":{"name":"Petr Hosek","email":"28e431f5669ee416eed3c0cf0e57e28af39903b5@chromium.org"},"message":"[CMake] Use normalized Windows target triples\n\nChanges the default Windows target triple returned by\nGetHostTriple.cmake from the old environment names (which we wanted to\nmove away from) to newer, normalized ones. This also requires updating\nall tests to use the new systems names in constraints.\n\nDifferential Revision: https://reviews.llvm.org/D47381\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@339307 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/llvm/commits/13ced78da1623abb74f73c5e3126f4e269e2ffc7"},{"sha":"0cb6e749d538b133c94e6a77f8b8f82ab8779d39","author":{"name":"Philip Reames","email":"1a6d70c497b881333962fb40612e3f3827d7c1cd@philipreames.com"},"message":"[LICM] Add an assert to ensure all instruction types needing aliasing are handled [NFC]\n\n\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@339308 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/llvm/commits/0cb6e749d538b133c94e6a77f8b8f82ab8779d39"},{"sha":"f67b15406f7e56d91add1111f968fb614c6d8df2","author":{"name":"JF Bastien","email":"6e3233cf78e3da65c89adcf62a6d7a9a21f38c8c@apple.com"},"message":"[NFC] ConstantMerge: don't insert when find should be used\n\nSummary: DenseMap's operator[] performs an insertion if the entry isn't found. The second phase of ConstantMerge isn't trying to insert anything: it's just looking to see if the first phased performed an insertion. Use find instead, avoiding insertion of every single global initializer in the map of constants. This has the side-effect of making all entries in CMap non-null (because only global declarations would have null initializers, and that would be a bug).\n\nSubscribers: dexonsmith, llvm-commits\n\nDifferential Revision: https://reviews.llvm.org/D50476\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@339309 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/llvm/commits/f67b15406f7e56d91add1111f968fb614c6d8df2"},{"sha":"dad5e8aacd231555530a27fe317c24ce6ebc000d","author":{"name":"Philip Reames","email":"1a6d70c497b881333962fb40612e3f3827d7c1cd@philipreames.com"},"message":"[LICM] Add tests for future hoisting of fence instructions [NFC]\n\nThe main interesting case is a fence in an otherwise dead loop or one containing only arithmetic.  This can happen as a result of DSE or other transforms from seemingly reasonable initial IR.  \n\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@339310 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/llvm/commits/dad5e8aacd231555530a27fe317c24ce6ebc000d"},{"sha":"435c154a6eddfd930556f3dae1e32853a453a9e4","author":{"name":"Jenkins","email":"65f48432a179cd87fe914a5a7f7e60a506981f53@amd.com"},"message":"Merge branch master into amd-master","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/llvm/commits/435c154a6eddfd930556f3dae1e32853a453a9e4"},{"sha":"7b75467c272e00c408e0385c4a86dc11c2f3da74","author":{"name":"Jenkins","email":"65f48432a179cd87fe914a5a7f7e60a506981f53@amd.com"},"message":"Merge branch amd-master into amd-common","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/llvm/commits/7b75467c272e00c408e0385c4a86dc11c2f3da74"},{"sha":"51c9fb7325fcc75eb8d61a77b72c1edefb7d7bfb","author":{"name":"Jenkins","email":"65f48432a179cd87fe914a5a7f7e60a506981f53@amd.com"},"message":"Merge branch amd-common into amd-common","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/llvm/commits/51c9fb7325fcc75eb8d61a77b72c1edefb7d7bfb"}]}
{"actor":{"display_login":"kzhuravl"}}