overriding print built-in

[jeremyh]

I am having trouble overriding the "print" builtin.
Here is an example that should override both "open" and "print".

#! perl -w

use strict;

use subs qw( open print ) ; 

print 2;
open(1,2) or die "$!:  open() error";


sub open { CORE::print $_[0] + $_[1], "\n" }
sub print { CORE::print $_[0] + 10, "\n" }

Output is

23
instead of
12
3

It looks like "open" is being overridden, but not "print".

[m.att]

As per the last line in the section of perlsub entitled 'Overriding Built-in Functions':

Finally, some built-ins (e.g. "exists" or "grep") can't be overridden.

The reason being that some builtins cannot be reliably emulated via prototypes. print is one of those functions. You can tell which functions you can indeed override with the prototype function:

print prototype CORE::print;

Prints nothing. Also, from perldoc -f prototype:

If FUNCTION is a string starting with "CORE::", the rest is taken as a name for Perl builtin.  If the builtin is not over-ridable (such as "qw//") or its arguments cannot be expressed by a prototype (such as "system") returns "undef" because the builtin does not really behave like a Perl function.

The specific issue with print is that you can't express the optional filehandle target. (eg: print FH "foo";)

Hope that helps.

m.att

** added reasoning behind print not being overrideable.

[grantm]

While you can't override print, you may be able to achieve your desired result using a tie instead.

For example, Sprog uses this module to translate code like this ...

  print @args;

... into code like this ...

  $some_object->print(@args);

[Fletch]

Specifically you're going to be interested in the TIEHANDLE and related routines from perltie; and perhaps IO::Scalar or the like for inspiration.

[jeremyh]

Thank you, this looks like it will work for what I want to do, which is to make a custom output formatting function send output from one server to another over an Oracle DB link, without touching the code of the custom output function.

Thanks again,

Jeremy