don't quite fix potential I32 overflow in S_run_user_filter

Coverity says:

    CID 584101:         Integer handling issues  (INTEGER_OVERFLOW)
    Expression "status", where "Perl_SvIV(my_perl, out)" is known to be equal to 0, overflows the type of "status", which is type "int".

What it really means is that doing 'int status = SvIV(...)' may overflow
(since IV can be (and on 64-bit systems usually is) wider than int).

This patch doesn't fix that issue. However, it avoids yet another type
in the mix: S_run_user_filter() is declared as returning I32, not int,
and elsewhere assigns filter_read(...) (also an I32) to 'result'.

So instead of worrying about (overflowing) conversions between IV, int,
and I32, make 'result' an I32 and only worry about (overflowing)
conversions between IV and I32.

Author: mauke

pp_ctl.c

@@ -6852,7 +6852,7 @@ S_run_user_filter(pTHX_ int idx, SV *buf_sv, int maxlen)
     const int filter_has_file = IoLINES(datasv);
     SV * const filter_state = MUTABLE_SV(IoTOP_GV(datasv));
     SV * const filter_sub = MUTABLE_SV(IoBOTTOM_GV(datasv));
-    int status = 0;
+    I32 status = 0;
     SV *upstream;
     STRLEN got_len;
     char *got_p = NULL;