On Fri, Jul 08, 2005 at 11:17:44PM -0400, James E Keenan wrote:
> One other curiosum: As a result of my Phalanx work, I've gotten in the
> habit of using File::Temp to create 'anonymous' directories and files in
> which to conduct testing. I tried that here:
>
> my $tdir = tempdir( CLEANUP
Michael G Schwern wrote:
Oh yeah, forgot about that. Its not in your path so you have to give it
the full path to the program.
The directories in blib have no relation to where the file came from.
Non-binary executables always go into blib/script. Binary executables
go into blib/bin.
O
On Fri, Jul 08, 2005 at 19:19:34 -0500, Rod Adams wrote:
> Then all we need is a DWIMish sort function.
Think of parameter list shape (slurpiness, arity) as a mold you can
fit stuff into.
Then it becomes a simple matter of reducing the match list to your
compatible subs.
Then see
http://svn.ope
On Fri, Jul 08, 2005 at 09:33:58PM -0400, James E Keenan wrote:
> Note two things: (1) I had to specify the path from the cwd to the blib
> version of the utility to get it to work. Simply calling 'xyz.pl'
> didn't work (error said script could not be found).
Oh yeah, forgot about that. Its
Michael G Schwern wrote:
Make sure MakeMaker is told about that script via EXE_FILES or it won't know
to do anything with it (like install it).
Check. In Makefile.PL, I already had:
EXE_FILES=> [
'scripts/modulemaker',
],
[snip]
David Storrs wrote:
On Jul 8, 2005, at 4:25 PM, Dave Whipp wrote:
Rod Adams wrote:
multi method foo#bar (Num x) {...}
multi method foo#fiz (String x) {...}
$y = 42;
$obj.foo#fiz($y); # even though $y looks like a Num
$obj.foo($z); # let MMD sort it out.
Instead of ch
On Fri, Jul 08, 2005 at 07:47:42PM -0400, James E Keenan wrote:
> scripts/
> xyz.pl
Make sure MakeMaker is told about that script via EXE_FILES or it won't know
to do anything with it (like install it).
> I would like to be able to write tests which call xyz.pl with different
> comb
I am having trouble figuring out how to test a Perl script which
functions as a command-line utility and which is included with a
CPAN-style distribution.
For purpose of discussion, let's call the distribution XYZ and the
script xyz.pl. My distribution has the following standard structure:
On Sat, Jul 09, 2005 at 12:18:48AM +0200, Leopold Toetsch wrote:
> It got removed and breaks building parrot @ feather, it seems.
>
> It was (IMHO) useful for "make svnclean; svn up" to achieve the same
> effect of a total "rm rf ..; svn co ..", except that it reduces internet
> connection reso
It got removed and breaks building parrot @ feather, it seems.
It was (IMHO) useful for "make svnclean; svn up" to achieve the same
effect of a total "rm rf ..; svn co ..", except that it reduces internet
connection resources considerably.
leo
On 2005-07-08, Michael G Schwern <[EMAIL PROTECTED]> wrote:
>
>> PS. An AnnoCPAN tip: Notice that if you are an author, you can subscribe
>> to all comments on your modules:
>> http://www.annocpan.org/~MARKSTOS/recent.rss
>
> Not knowing anything about RSS I put the URL into Firefox and it asked me
Larry Wall wrote:
On Fri, Jul 08, 2005 at 03:17:42PM -0400, Chip Salzenberg wrote:
: foo('a' => 1) <== ('b' => 2, ...)
[ ... ]
Plus it settles the whole issue of what to do with multiple pipes into
the same function. But I don't think Parrot has to worry about that,
Thanks. Again. I
On Fri, Jul 08, 2005 at 11:17:22PM +0200, demerphq wrote:
> Schwern wrote:
> > The little RSS icon in the lower right only gives an
> > option to subscribe to the "recent notes" feed.
> >
> > A daily email digest would be nice for those of us who prefer push and
> > live in our MTAs not our web bro
Schwern wrote:
> The little RSS icon in the lower right only gives an
> option to subscribe to the "recent notes" feed.
>
> A daily email digest would be nice for those of us who prefer push and
> live in our MTAs not our web browsers.
Did you see Tim O'Reilly's note:
http://www.oreillynet.com/pu
On Fri, Jul 08, 2005 at 04:24:45PM +, Mark Stosberg wrote:
> I have an idea about taking it a step further-- making it easier to
> close the loop with the author to integrate updates.
>
> CPAN documentation could be stuffed into a kwiki wiki using the POD
> format feature.
>
> Users could a
On Fri, Jul 08, 2005 at 16:45:09 -0400, David Storrs wrote:
> Could we break them out into separate threads so that our poor summarizer
> doesn't go
> bonkers?
See? That's what specialization/particulation is good for. Thanks
for strengthening my point!
--
() Yuval Kogman <[EMAIL PROTECTE
First off, it seems like there are at least 3 topics being discussed
under the "Re: Hackathon notes" subject line. Could we break them
out into separate threads so that our poor summarizer doesn't go
bonkers?
On Jul 8, 2005, at 4:25 PM, Dave Whipp wrote:
Rod Adams wrote:
multi m
On Fri, Jul 08, 2005 at 13:25:14 -0700, Dave Whipp wrote:
> Rod Adams wrote:
>
> > multi method foo#bar (Num x) {...}
> > multi method foo#fiz (String x) {...}
> > $y = 42;
> > $obj.foo#fiz($y); # even though $y looks like a Num
> > $obj.foo($z); # let MMD sort it out.
>
> Having ad
On Fri, Jul 08, 2005 at 15:19:13 -0500, Rod Adams wrote:
> $obj.foo($y);
Intuitively I'd say $obj.foo(String<$y>) or something like that...
$obj.foo reads like MMD on the return value to me, and in
that case I'd prefer
String<$obj.foo($y)>
or maybe a type is a part of the context? T
Rod Adams wrote:
multi method foo#bar (Num x) {...}
multi method foo#fiz (String x) {...}
$y = 42;
$obj.foo#fiz($y); # even though $y looks like a Num
$obj.foo($z); # let MMD sort it out.
Having additional tags might also give us something to hang priority
traits off: "fo
Yuval Kogman wrote:
Rob Kinyon had a strong argument (in #perl6) that anything that
depends on load order is bound to make someone's head hurt.
He has a point.
Especially if one in working in something like mod_perl, and the order
various modules were actually loaded in can vary greatly f
On Fri, Jul 08, 2005 at 03:17:42PM -0400, Chip Salzenberg wrote:
: Larry on p6i? I didn't expect some kind of Perlish Exposition!
Hey, I'm the chief Lurky Turkey around here...
: Incidentally, under the "appropriate amount of fun" topic: An
: interesting Parrot/Perl6 intersection problem with na
On Thu, Jul 07, 2005 at 06:37:58PM +0800, Autrijus Tang wrote:
: * Non-source-filter-ish macros work on the PIL(AST) level, not on parse tree
: level. The AST should preserve enough information to derive the original
: parse tree and source code back, for the compiler to use.
It's not clear t
On Fri, Jul 08, 2005 at 11:57:04 -0700, Larry Wall wrote:
> On Fri, Jul 08, 2005 at 02:14:27PM +, Luke Palmer wrote:
> : Anyway, I think that once we start diving inside expressions to
> : measure their specificity, we've gotten too complex to be predictable.
>
> I would like to point out that
On Thu, 7 Jul 2005, Larry Wall wrote:
On Thu, Jul 07, 2005 at 09:28:04PM -0400, Michal Wallace wrote:
: What I'd want is to be able to download the language
: specific extensions as a library from cpan. Better
: yet if users can do it themselves without having
: to bug me.
Hmm...
: Sure, I'd p
Larry on p6i? I didn't expect some kind of Perlish Exposition!
On Fri, Jul 08, 2005 at 11:18:01AM -0700, Larry Wall wrote:
> Even in the absence of a hash representation, the brute force approach
> will often beat the finessed approach for a small number of arguments,
Well-taken. (Not that the
On Fri, Jul 08, 2005 at 02:14:27PM +, Luke Palmer wrote:
: Anyway, I think that once we start diving inside expressions to
: measure their specificity, we've gotten too complex to be predictable.
I would like to point out that for mere mortals, *any* MMD is already too
complex to be predictabl
On Fri, Jul 08, 2005 at 11:13:27AM -0400, Chip Salzenberg wrote:
: Tt makes sense to scan the pairs containing named arguments by
: iterating through the list of pairs (if any), not by iterating through
: the parameters and doing a sequential scan for an appropriately named
: pair for each one.
Ac
On Fri, Jul 08, 2005 at 16:24:45 +, Mark Stosberg wrote:
> I have an idea about taking it a step further-- making it easier to
> close the loop with the author to integrate updates.
>
> CPAN documentation could be stuffed into a kwiki wiki using the POD
> format feature.
It's been done =)
Nicholas Clark wrote:
Line 216 of pobj.h has:
#define cache obj.u
Is redefining such a common name a good idea?
No, for sure not. And AFAIK it's not needed nor used. Please drop this line.
Nicholas Clark
Thx,
leo
If you haven't see AnnoCPAN, it's a new way to share comments on Perl
POD:
Example:
http://www.annocpan.org/dist/Net-ICal-0.15/lib/Net/ICal.pm
I have an idea about taking it a step further-- making it easier to
close the loop with the author to integrate updates.
CPAN documentation could be st
On Thu, Jul 07, 2005 at 06:37:58PM +0800, Autrijus Tang wrote:
> During the Pugs Hackathon at YAPC::NA 2005, I managed to get various
> unspecced tests and features reviewed by Larry, and posted them in my
> journal. The original notes is attached; I'd be very grateful if you or
> other p6l people
On Fri, Jul 08, 2005 at 15:15:55 +, Mark Stosberg wrote:
> Thanks to help from a number of people here, I now have a better
> understanding of how Test::TAP::HTMLMatrix is used.
>
> I would like to see it integrated with 'prove', and have looked into
> what this would take. Here's what I thin
On Fri, Jul 08, 2005 at 17:23:26 +0200, "TSa (Thomas Sandla)" wrote:
> http://www.cs.washington.edu/research/projects/cecil/www/Papers/predicate-classes.html
Regardless of MMD, I think this is an interesting concept on it's
own.
classe Moosish does pred:where {
... # a wh
On Fri, Jul 08, 2005 at 17:23:26 +0200, "TSa (Thomas Sandla)" wrote:
> Luke Palmer wrote:
> >Anyway, I think that once we start diving inside expressions to
> >measure their specificity, we've gotten too complex to be predictable.
>
> Well, we don't have where clauses, but where closures! The form
On Fri, Jul 08, 2005 at 14:14:27 +, Luke Palmer wrote:
> I suppose I was mostly commenting on the junctions part. I'm
> proposing that All Junctions Are Created Equal. That is, there is no
> specificity measuring on junctions. I also didn't really understand
> your right-angle-tree-ratio mea
Luke Palmer wrote:
Anyway, I think that once we start diving inside expressions to
measure their specificity, we've gotten too complex to be predictable.
Well, we don't have where clauses, but where closures! The former
should be a declarative sublanguge like regexps. They are evaluated
at comp
Thanks to help from a number of people here, I now have a better
understanding of how Test::TAP::HTMLMatrix is used.
I would like to see it integrated with 'prove', and have looked into
what this would take. Here's what I think needs to happen:
- Have Test::Harness::Straps be declared 'stable e
On Fri, Jul 08, 2005 at 03:58:50PM +0200, Leopold Toetsch wrote:
> This needs more parsing rules in imcc.y so it's not (yet) implemented.
Grammar changes shouldn't be such an issue. It's just yacc.
> But I've now implemented :opt_count ...
>.param pmc p1 :optional
>.param pmc p2 :optio
Line 216 of pobj.h has:
#define cache obj.u
Is redefining such a common name a good idea?
Nicholas Clark
On 7/8/05, Yuval Kogman <[EMAIL PROTECTED]> wrote:
> > If we're going to reorder things for the user,
> > it does need to happen in a predictable way, even if it's not correct
> > 100% of the time. I find your tree to be pretty complex (that could
> > be because I don't understand the reasoning fo
On Fri, Jul 08, 2005 at 03:58:50PM +0200, Leopold Toetsch wrote:
> Chip Salzenberg wrote:
> >Thus, this is probably better:
> >
> > .sub "foo"
> > .param int beta
> > .param string gamma :optional(have_gamma)
> > .param string delta :optional(have_delta)
>
> This nee
On Fri, Jul 08, 2005 at 14:26:20 +0300, Yuval Kogman wrote:
http://svn.openfoundry.org/pugs/docs/notes/mmd_match_order.txt now
contains a proposal fofr some clear semantics on parameter coercion
and MMD, if anyone cares.
--
() Yuval Kogman <[EMAIL PROTECTED]> 0xEBD27418 perl hacker &
/\ ku
On Jul 8, 2005, at 2:10 AM, Robin Redeker wrote:
And what will be the default syntax to call
a method on self? If everyone has completly other
preferences about this, for example this horrible ./method()
syntax, which completly wont fit into the language, whose
favorite will be the default?
None
Chip Salzenberg wrote:
And I just realized my proposal fails to address something important.
But I'm not entirely sure it's Parrot's job to do the important thing
in question. Still, the possibility exists. Thus:
On Thu, Jul 07, 2005 at 12:02:40PM -0400, Chip Salzenberg wrote:
.sub "foo"
On Fri, Jul 08, 2005 at 08:10:00AM +0200, Robin Redeker wrote:
> And what will be the default syntax to call
> a method on self? If everyone has completly other
> preferences about this, for example this horrible ./method()
> syntax, which completly wont fit into the language,
What a way to win f
On Fri, Jul 08, 2005 at 07:09:31 -0600, Luke Palmer wrote:
> > the one defined LATER in the file wins
That should read
"the one defined in the LATER file wins"
=)
> If we're going to make a choice for the user (something we usually
> avoid), we might as well go with the one
On 7/8/05, Yuval Kogman <[EMAIL PROTECTED]> wrote:
> I have a draft of a proposition for what I think is proper MMD
> dispatching order:
>
> http://svn.openfoundry.org/pugs/docs/mmd_match_order.txt
--
> Order of definition tie breaking:
>
> Two signatures defined in the same file:
>
On 7/8/05, Yuval Kogman <[EMAIL PROTECTED]> wrote:
> I have a draft of a proposition for what I think is proper MMD
> dispatching order:
>
> http://svn.openfoundry.org/pugs/docs/mmd_match_order.txt
He meant:
http://svn.openfoundry.org/pugs/docs/notes/mmd_match_order.txt
Luke
John Lenz wrote:
Introduction
I have a very alpha patch to add a parrot backend to the CHICKEN compiler.
CHICKEN is a scheme to C compiler, and parrot is a continuation (rather
than stack) based virtual machine.
Wow, another poultry for parrot.
ht
Larry Wall <[EMAIL PROTECTED]> writes:
> On Wed, Jul 06, 2005 at 11:47:47PM +0100, Piers Cawley wrote:
> : Or you could use a global, but globals are bad...
>
> Globals are bad only if you use them to hold non-global values.
> In this case it seems as though you're just going through contortions
>
I have a draft of a proposition for what I think is proper MMD
dispatching order:
http://svn.openfoundry.org/pugs/docs/mmd_match_order.txt
Values may be compiled into where clauses which are eventually just
a big given/when behind the scenes, but the order in which they are
checked must b
On Fri, Jul 08, 2005 at 12:03:23AM -0400, Joshua Juran wrote:
> On Jul 7, 2005, at 11:28 PM, Larry Wall wrote:
> >Hmm...
> >My new language has several additional instruction:
> >
> >break_out_of_sandbox
> >be_a_zombie
> >rm_minusrf
> >melt_cpu
> >
> >:-)
>
> I would expect these
On Thu, Jul 07, 2005 at 08:12:17PM -0700, Larry Wall wrote:
> The basic problem is that I always hated looking at C++ and not knowing
> whether I was looking at a function or a method, so I'm not going to
> make standard Perl work like that. On the other hand, there's always
>
> use self "";
I use a (Perl) password server for this.
Passwords are stored encrypted in a configuration file.
Clients authenticate with the server, and receive a requested
password (encrypted) across the network, if the client is
entitled.
The user authentication is rudimentary, but it works.
SSH certificate
I don't mind if you implement this ".dbi" feature though, I just want it
to be invisible :) i.e. don't check this file, if I explicitly supply
username and password (this is obvious, right?) and show some warnings
if don't. Say, make a connect parameter "use_dot_dbi", which is zero by
default.
On Fri, Jul 08, 2005 at 08:50:49 +, Luke Palmer wrote:
> Not unless you want to write the Halting engine that determines that 3
> is in fact more specific that 2..10. It's based on definition order,
> so that if you have dependencies in you condition (which you
> oughtn't), you'd better defin
On 7/8/05, "TSa (Thomas Sandlaß)" <[EMAIL PROTECTED]> wrote:
> > * Constrained types in MMD position, as well as value-based MMDs, are _not_
> > resolved in the type-distance phase, but compile into a huge given/when
> > loop that accepts the first alternative. So this:
> >
> > multi sub f
Autrijus Tang wrote:
* deref is now 0-level; $x = 3; $y = \$x; $y++. # now an exception
That is because &postfix<++>:(Ref) doesn't exist, right?
* sub foo (?$x, ?$Inf) {}
my $y = (x => 3); foo($y); # binds $x
my $z = (+Inf => 3); foo($z); # binds $Inf
Isn't the lhs of => autoquoted? Wh
At 22:43 14/06/2005 -0700, you wrote:
# New Ticket Created by Clement Cherlin
# Please include the string: [perl #36290]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36290 >
François PERRAD wrote:
>
> Please, revert t
60 matches
Mail list logo
