{"shas":[["3b73dcbd395a947b1d1359a0a4288ead2ab61026","9e01571d0adae2c18b4ca0578f54335c0bc01b66@2pi.dk","Switch x86 to using AltOrders instead of MethodBodies.","Jakob Stoklund Olesen"],["1f93d5bb8be3ec483a50bf3ad3a88258bd5f27d9","9e01571d0adae2c18b4ca0578f54335c0bc01b66@2pi.dk","Switch ARM to using AltOrders instead of MethodBodies.\n\nThis slightly changes the GPR allocation order on Darwin where R9 is not\na callee-saved register:\n\nBefore: %R0 %R1 %R2 %R3 %R12 %R9 %LR %R4 %R5 %R6 %R8 %R10 %R11\nAfter:  %R0 %R1 %R2 %R3 %R9 %R12 %LR %R4 %R5 %R6 %R8 %R10 %R11","Jakob Stoklund Olesen"],["224d50caecd8934e9578a62ac9cea4935b82d258","420c9fb3407b8e11ac322a0e7703f7b1f526df04@gmail.com","Accept no-return stripping conversions for pointer type arguments after\ndeducing template parameter types. Recently Clang began enforcing the\nmore strict checking that the argument type and the deduced function\nparameter type (after substitution) match, but that only consideres\nqualification conversions.\n\nOne problem with this patch is that we check noreturn conversions and\nqualification conversions independently. If a valid conversion would\nrequire *both*, perhaps interleaved with each other, it will be\nrejected. If this actually occurs (I'm not yet sure it does) and is in\nfact a problem (I'm not yet sure it is), there is a FIXME to implement\nmore intelligent conversion checking.\n\nHowever, this step at least allows Clang to resume accepting valid code\nwe're seeing in the wild.","Chandler Carruth"]],"ref":"refs/heads/master","size":3,"head":"224d50caecd8934e9578a62ac9cea4935b82d258","push_id":34285677}