{"push_id":699927180,"size":2,"distinct_size":2,"ref":"refs/heads/2.11.x","head":"df73cb9101953ec7cf7f2cde36c26540c7d71a9b","before":"b7038a77a1e4128446dd7f863b0698d52f3ed4b7","commits":[{"sha":"7db3a58872593526c2cc175df633161f2ce9cccb","author":{"email":"c4c4cd0781e8a49d848921386970d334ffda1135@gmail.com","name":"Lukas Rytz"},"message":"Fix illegal inlining of instructions accessing protected members\n\nThere were two issues in the new inliner that would cause a\nVerifyError and an IllegalAccessError.\n\nFirst, an access to a public member of package protected class C can\nonly be inlined if the destination class can access C. This is tested\nby t7582b.\n\nSecond, an access to a protected member requires the receiver object\nto be a subtype of the class where the instruction is located. So\nwhen inlining such an access, we need to know the type of the receiver\nobject - which we don't have. Therefore we don't inline in this case\nfor now. This can be fixed once we have a type propagation analyis.\nhttps://github.com/scala-opt/scala/issues/13.\nThis case is tested by t2106.\n\nForce kmpSliceSearch test to delambdafy:inline\n\nSee discussion on https://github.com/scala/scala/pull/4505. The issue\nwill go away when moving to indy-lambda.","distinct":true,"url":"https://api.github.com/repos/scala/scala/commits/7db3a58872593526c2cc175df633161f2ce9cccb"},{"sha":"df73cb9101953ec7cf7f2cde36c26540c7d71a9b","author":{"email":"8287c3bf2f3045ed7dda958850d2b0fdb9e67898@gmail.com","name":"Jason Zaugg"},"message":"Merge pull request #4529 from lrytz/inlineAccessibility\n\nFix illegal inlining of instructions accessing protected members","distinct":true,"url":"https://api.github.com/repos/scala/scala/commits/df73cb9101953ec7cf7f2cde36c26540c7d71a9b"}]}