This generates a compile-time error if you access a variable that wasn't
declared via ``our'' or <CODE>use vars</CODE>,
localized via <A HREF="../lib/Pod/perlfunc.html#item_my"><CODE>my()</CODE></A>, or wasn't fully qualified. Because this is to avoid
variable suicide problems and subtle dynamic scoping issues, a merely
<A HREF="../lib/Pod/perlfunc.html#item_local"><CODE>local()</CODE></A> variable isn't good enough. See <A HREF="../lib/Pod/perlfunc.html#my">my in the perlfunc manpage</A> and
<A HREF="../lib/Pod/perlfunc.html#local">local in the perlfunc manpage</A>.
<PRE>
use strict 'vars';
$X::foo = 1; # ok, fully qualified
my $foo = 10; # ok, my() var
local $foo = 9; # blows up</PRE>
<PRE>
package Cinna;
our $bar; # Declares $bar in current package
$bar = 'HgS'; # ok, global declared via pragma</PRE>
<P>The <A HREF="../lib/Pod/perlfunc.html#item_local"><CODE>local()</CODE></A> generated a compile-time error because you just touched a global
name without fully qualifying it.</P>
<P>Because of their special use by sort(), the variables $a and $b are