Hello,
$ perl -e 'use autouse Pod::Usage => "pod2usage(()"; pod2usage()'
Undefined subroutine &main::pod2usage called at -e line 1.
$
--- autouse.pm- 2004-07-04 21:32:39 +
+++ autouse.pm 2005-08-18 05:01:52 +
@@ -63,7 +62,8 @@ sub import {
};
if (defined $proto) {
-
Hello,
$ perl -le 'use autouse qw(asdf zxcv); zxcv()'
Can't locate asdf.pm in @INC (@INC contains: [skip] .) at
/usr/lib/perl5/autouse.pm line 53.
...propagated at /usr/lib/perl5/autouse.pm line 54.
$
--- autouse.pm- 2004-07-04 21:32:39 +
+++ autouse.pm 2005-08-18 04:08:19 +
@@
On Wed, Aug 17, 2005 at 03:37:13PM -0500, David Nicol wrote:
> which could also AIUI benefit /slightly/ from binding the subroutine's
> entry point directly to the node that calls it instead of looking the
> entry point up in a hash,
This would not work. The same sub entry op may call many differe
On Wed, Aug 17, 2005 at 12:19:25 -0700, Jan Dubois wrote:
> All of this is dead now, so I don't think type annotation serves any
> useful purpose anymore at all.
No no no!
'use fields' is there so that it can *retain* compatibility and
usefulness even when pseudohashes go out the door!
5.9's fi
On 8/17/05, Rick Delaney <[EMAIL PROTECTED]> wrote:
>
> As for speeding up method lookups, aren't they cached after the first
> lookup anyway? Isn't the slowness of method calls simply the slowness
> of subroutine calls?
which could also AIUI benefit /slightly/ from binding the subroutine's
ent
On Wed, Aug 17, 2005 at 12:19:25PM -0700, Jan Dubois wrote:
>
> I thing the "type annotation" syntax was only used for the pseudohash
> support in fields.pm. E.g. you could write:
>
> my Type $self = shift;
> $self->{foo} = 1;
>
> and if Type didn't have a field "foo" you would get a co
On Wed, 17 Aug 2005, Stas Bekman wrote:
>
> A few years ago Doug MacEachern started to write code like:
>
>my Apache2::Connection $c = shift;
>$c->foo; # should be already resolved
>
> i.e. adding an explicit class name before the object. If I remember
> correctly he was saying that perl
On Wed, Aug 17, 2005 at 11:44:11AM -0700, Stas Bekman wrote:
> but what's the answer for my question? Does that declaration just gets
> ignored?
A quick look at bleed src indicates that is only used to provide a stash
name when calling attribute handlers, ie in
my Stash $foo : attributes;
-
Fergal Daly wrote:
One problem was that if you pass in something which inherits from
Apache2::Connection you'd expect it to work. However if the object
overrides foo() it will be ignored, which is probably not what you
want to happen. A bit like static methods in C++,
Thanks Fergal,
but what's
A few years ago Doug MacEachern started to write code like:
my Apache2::Connection $c = shift;
$c->foo; # should be already resolved
i.e. adding an explicit class name before the object. If I remember
correctly he was saying that perl was supposed to optimise method lookups
at compile-time
ECANNOTSPELL!
The subject should say "causes hang", not "causes hand" ;)
-dave
/*===
VegGuide.Orgwww.BookIRead.com
Your guide to all that's veg. My book blog
===*/
In message <[EMAIL PROTECTED]> you wrote:
>In this case, I believe the recursion is caused by your use of the
>cut operator /(?>...)/, so you may be able to work around the problem
>by recasting the regexp to avoid this; in general, though, only the
>simplest regexp can be sure to avoid the problem
Yitzchak Scott-Thoennes wrote:
> Can the patches in:
> http://nntp.perl.org/group/perl.perl5.porters/103801
> and
> http://nntp.perl.org/group/perl.perl5.porters/103906
>
> be applied (or receive feedback)? Thanks.
Thanks, both have been applied as change #25299.
Automated smoke report for 5.9.3 patch 25296
fixit.xs4all.nl: Pentium II (i386/1 cpu)
onbsd/os - 4.1
using cc version egcs-2.91.66 19990314 (egcs-1.1.2 release)
smoketime 3 hours 55 minutes (average 1 hour 57 minutes)
Summary: FAIL(XF)
O = OK F = Failure(s), extended repo
On Thu, Aug 11, 2005 at 11:55:49AM +0800, Dongxu Ma wrote:
> According to typemap in ExtUtils and perl.h, casting IV to pointer
> should be safe in this case, since on my machine(32bit, kernel
> 2.6.12), sizeof(int) == 4, which is the same as a pointer. Does
> anyone have any idea about this issu
On Wed, Aug 17, 2005 at 04:15:56PM +1000, Sisyphus wrote:
>
> - Original Message -
> From: "Yitzchak Scott-Thoennes via RT" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, August 17, 2005 2:24 PM
> Subject: Ping? [PATCH] Re: [perl #36654] Inconsistent treatment of NaN
>
- Original Message -
From: "Yitzchak Scott-Thoennes via RT" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, August 17, 2005 2:24 PM
Subject: Ping? [PATCH] Re: [perl #36654] Inconsistent treatment of NaN
> Can the patches in:
> http://nntp.perl.org/group/perl.perl5.porters
Automated smoke report for 5.9.0 patch 25296
accognoscere.homeunix.org: AMD Athlon(TM) XP 1800+ ("AuthenticAMD" 686-class)
(i386/1 cpu)
onopenbsd - 3.6
using cc version 2.95.3 20010125 (prerelease, propolice)
smoketime 3 minutes 1 seconds (average 22.625 seconds)
Summary:
# New Ticket Created by Dave Rolsky
# Please include the string: [perl #36928]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36928 >
This is a bug report for perl from [EMAIL PROTECTED],
generated with the help of perlbu
> Konovalov, Vadim wrote:
> > > However, this is *the* unfixable UTF-8 bug in Perl 5 - the
> > > fact that 1 bit
> > > is used as a flag that both signals "buffer is encoded as
> UTF-8" and
> > > "string should use Unicode rather than bytes semantics"
> >
> > But may be those two concepts shoul
Automated smoke report for 5.9.3 patch 25296
Mugwump.uk.radan.com: Intel(R) Pentium(R) 4 CPU 3.40GHz(~3391 MHz) (x86/2 cpu)
onMSWin32 - WinXP/.Net SP2
using cl version 12.00.8804
smoketime 10 hours 18 minutes (average 15 minutes 28 seconds)
Summary: FAIL(F)
O = OK F = Fa
21 matches
Mail list logo
