[ObjC ARC] Converts ios/chrome/browser/ui/overscroll_actions:overscroll_actions to ARC.

ios/chrome/browser/ui/overscroll_actions/overscroll_actions_gesture_recognizer.mm

 // Copyright 2017 The Chromium Authors. All rights reserved.
 // Use of this source code is governed by a BSD-style license that can be
 // found in the LICENSE file.
 
 #import "ios/chrome/browser/ui/overscroll_actions/overscroll_actions_gesture_recognizer.h"
 
 #import <UIKit/UIGestureRecognizerSubclass.h>
 
-#import "base/ios/weak_nsobject.h"
+#import "base/logging.h"
+
+#if !defined(__has_feature) || !__has_feature(objc_arc)
+#error "This file requires ARC support."
+#endif
 
 @interface OverscrollActionsGestureRecognizer () {
-  base::WeakNSProtocol<id> target_;
+  __weak id target_;
   SEL action_;
 }
 @end
 
 @implementation OverscrollActionsGestureRecognizer
 
 - (instancetype)initWithTarget:(id)target action:(SEL)action {
   self = [super initWithTarget:target action:action];
   if (self) {
-    target_.reset([target retain]);
+    target_ = target;
     action_ = action;
   }
   return self;
 }
 
 - (void)reset {
   [super reset];
+#pragma clang diagnostic push
+#pragma clang diagnostic ignored "-Warc-performSelector-leaks"

[jif, 2017/06/12 18:18:24]

Are we OK to live with this?

[marq (ping after 24h), 2017/06/12 18:21:47]

We don't really have an option, since the compiler has no way of knowing what
the selector is and what's going to happen to the object. It's how we've handled
ARC-transitioning other -performSelector:withObject calls:.

(The proper solution is not to pass objects into arbitrary selectors).

   [target_ performSelector:action_ withObject:self];
+#pragma clang diagnostic pop
 }
 
 - (void)removeTarget:(id)target action:(SEL)action {
   DCHECK(target != target_);
   [super removeTarget:target action:action];
 }
 
 @end