Re: vars vs fqdn vs our benchmark

2001-01-11 Thread Ken Williams
[EMAIL PROTECTED] (Doug MacEachern) wrote: >On Tue, 26 Dec 2000, Ken Williams wrote: >> [EMAIL PROTECTED] (Stas Bekman) wrote: >> >A combination of C and C pragmas keeps modules clean and >> >reduces a bit of noise. However, the C pragma also creates >> >aliases, as does C, which eat up more memo

Re: vars vs fqdn vs our benchmark

2001-01-11 Thread Doug MacEachern
On Tue, 26 Dec 2000, Ken Williams wrote: > [EMAIL PROTECTED] (Stas Bekman) wrote: > >A combination of C and C pragmas keeps modules clean and > >reduces a bit of noise. However, the C pragma also creates > >aliases, as does C, which eat up more memory. When > >possible, try to use fully qualifi

Re: vars vs fqdn vs our benchmark

2000-12-26 Thread Stas Bekman
On Tue, 26 Dec 2000, Ken Williams wrote: > [EMAIL PROTECTED] (Stas Bekman) wrote: > >A combination of C and C pragmas keeps modules clean and > >reduces a bit of noise. However, the C pragma also creates > >aliases, as does C, which eat up more memory. When > >possible, try to use fully qualifi

Re: vars vs fqdn vs our benchmark

2000-12-26 Thread Ken Williams
[EMAIL PROTECTED] (Stas Bekman) wrote: >A combination of C and C pragmas keeps modules clean and >reduces a bit of noise. However, the C pragma also creates >aliases, as does C, which eat up more memory. When >possible, try to use fully qualified names instead of C. I have to disagree with this

Re: vars vs fqdn vs our benchmark

2000-12-26 Thread Stas Bekman
On 26 Dec 2000, Randal L. Schwartz wrote: > > "Stas" == Stas Bekman <[EMAIL PROTECTED]> writes: > > Stas> Note that Perl 5.6.0 introduced a new our() pragma which works like > Stas> my() scope-wise, but declares global variables. > > Stas> package MyPackage3; > Stas> use strict; > Stas>

Re: vars vs fqdn vs our benchmark

2000-12-26 Thread Randal L. Schwartz
> "Stas" == Stas Bekman <[EMAIL PROTECTED]> writes: Stas> Note that Perl 5.6.0 introduced a new our() pragma which works like Stas> my() scope-wise, but declares global variables. Stas> package MyPackage3; Stas> use strict; Stas> our @ISA = qw(CGI); Stas> our $VERSION = "1.00"; Stas>

vars vs fqdn vs our benchmark

2000-12-26 Thread Stas Bekman
here is another one =head2 Global vs. Fully Qualified Variables It's always a good idea to avoid using global variables where it's possible. Some variables must be either global, such as C<@ISA> or else fully qualified such as C<@MyModule::ISA>, so that Perl can see them from different package