On 4/2/06, demerphq <[EMAIL PROTECTED]> wrote:
> On 4/2/06, Adam Kennedy <[EMAIL PROTECTED]> wrote:
> > demerphq wrote:
> > > On 4/1/06, Adam Kennedy <[EMAIL PROTECTED]> wrote:
> > >> > Similarly
> > >>> if somebody has an error in their Build.PL or Makefile.PL are you
> > >>> going to say that th
On 4/2/06, Adam Kennedy <[EMAIL PROTECTED]> wrote:
> demerphq wrote:
> > On 4/1/06, Adam Kennedy <[EMAIL PROTECTED]> wrote:
> >> > Similarly
> >>> if somebody has an error in their Build.PL or Makefile.PL are you
> >>> going to say that the "installer" doesnt work?
> >> Yes, absolutely.
> >
> > So
chromatic wrote:
On Saturday 01 April 2006 03:41, demerphq wrote:
So you would file a bug with ExtUtils::MakeMaker or Module::Build when
the pre-build script that accompanies a script has a syntax error in
it?
Don't forget with every distribution that marked that distribution as a
dependency
demerphq wrote:
On 4/1/06, Adam Kennedy <[EMAIL PROTECTED]> wrote:
> Similarly
if somebody has an error in their Build.PL or Makefile.PL are you
going to say that the "installer" doesnt work?
Yes, absolutely.
So you would file a bug with ExtUtils::MakeMaker or Module::Build when
the pre-bui
On Sun, Apr 02, 2006 at 02:04:07 +0300, Larry Wall wrote:
^^^-- (actually that was IDT in the headers)
> Hi,
> I'm in Israel and Japan at the same time!
Nice one though ;-)
If you guys would have participated in the keysigning
parties...
--
Yuval Kogman <[
Author: autrijus
Date: Sat Apr 1 21:18:08 2006
New Revision: 8535
Modified:
doc/trunk/design/syn/S06.pod
Log:
* S06: Rationalize the free mix of named and positional args.
Positional pair arguments must _always_ be put in parentheses.
Multiple named arguments with the same nam
> "a" == autrijus <[EMAIL PROTECTED]> writes:
a> Author: autrijus
a> Date: Sat Apr 1 20:10:15 2006
a> New Revision: 8532
a> Modified:
a>doc/trunk/design/syn/S02.pod
a> Log:
a> * upper/lowercase English nit fix for the last patch as suggested
a> by TimToady
you might a
Author: autrijus
Date: Sat Apr 1 20:49:18 2006
New Revision: 8534
Modified:
doc/trunk/design/syn/S06.pod
doc/trunk/design/syn/S12.pod
Log:
* Larry (aka TimToady in the previous commit log; sorry for
spilling of IRC context) requested that "multi" should still
only default to "multi sub
Author: autrijus
Date: Sat Apr 1 20:46:57 2006
New Revision: 8533
Modified:
doc/trunk/design/syn/S13.pod
Log:
* S13: specify type casting in the form of
multi submethod *infix:
which usually only cares about the class of its second invocant.
Modified: doc/trunk/design/syn/S13.pod
=
Author: autrijus
Date: Sat Apr 1 20:10:15 2006
New Revision: 8532
Modified:
doc/trunk/design/syn/S02.pod
Log:
* upper/lowercase English nit fix for the last patch as suggested by TimToady
Modified: doc/trunk/design/syn/S02.pod
Author: autrijus
Date: Sat Apr 1 19:35:01 2006
New Revision: 8531
Modified:
doc/trunk/design/syn/S02.pod
Log:
* S02: typo fix and wording cleanup from Uri Guttman.
Modified: doc/trunk/design/syn/S02.pod
==
--- doc/tr
On Mar 31, 2006, at 11:02 AM, Adam Kennedy wrote:
Most end users don't see the "build" stage as being somehow
distinct, all they want to do is "install a module".
I agree 100% with that, and urge others to keep that in mind.
---
Matisse
On Apr 1, 2006, at 4:04 PM, Jeffrey Thalhammer wrote:
I have never actually had an opportunity to practice
this, but I've always felt that the most obvious way
to combine test-driven development with pair
programming was to have one person write test code
while the other person writes applicati
On Sun, Apr 02, 2006 at 02:15:46AM +0200, Ruud H.G. van Tol wrote:
: Uri Guttman wrote:
:
: > When cast into an array, you can access all the positional
: > arguments; Into a hash, all named arguments; Into a scalar, the
: > invocant; Into code, into slurpy nameless block.
:
: The las
* Jeffrey Thalhammer <[EMAIL PROTECTED]> [2006-04-02 02:05]:
> I have never actually had an opportunity to practice
> this, but I've always felt that the most obvious way
> to combine test-driven development with pair
> programming was to have one person write test code
> while the other person wri
Uri Guttman wrote:
> When cast into an array, you can access all the positional
> arguments; Into a hash, all named arguments; Into a scalar, the
> invocant; Into code, into slurpy nameless block.
The last 'into' should be 'the'.
s/Into/into/g
--
Affijn, Ruud
> "a" == autrijus <[EMAIL PROTECTED]> writes:
a> +You may cast C to other types with a prefix sigil operator:
a> +
a> +$args = \3; # same as "$args = \(3)"
a> +$$args; # same as "$args as Scalar" or "Scalar($args)"
a> +@$args; # same as '$args as Arra
I have never actually had an opportunity to practice
this, but I've always felt that the most obvious way
to combine test-driven development with pair
programming was to have one person write test code
while the other person writes application code.
Presumably they might change roles periodically,
On Sat, Apr 01, 2006 at 03:42:11PM -0800, Darren Duncan wrote:
: Perhaps what we need is a more universal currency. I suggest gold.
:
: So every relevant symbol name could start with
: 'Au' instead of '$', and an advantage of this is
: that it is still easy to type on any keyboard.
For those o
On Sat, Apr 01, 2006 at 03:11:27PM -0800, Larry Wall wrote:
:
:
: Recently I had time to think about the $ symbol we use in Perl.
:
: I think Perl has been using the USD symbol for too long, and I'm now sure
: that it's time to replace it. After some research I came to the conclusion
: that the
At 15:04 -0800 1/4/06, Larry Wall wrote:
Recently I had time to think about the $ symbol we use in Perl.
I think Perl has been using the USD symbol for too long, and I'm now sure
that it's time to replace it. After some research I came to the conclusion
that the best fit is the euro symbol (¤).
Recently I had time to think about the $ symbol we use in Perl.
I think Perl has been using the USD symbol for too long, and I'm now sure
that it's time to replace it. After some research I came to the conclusion
that the best fit is the euro symbol (€).
So, spread the word, Perl 6 will requir
Author: autrijus
Date: Sat Apr 1 14:07:20 2006
New Revision: 8529
Modified:
doc/trunk/design/syn/S06.pod
doc/trunk/design/syn/S12.pod
doc/trunk/design/syn/S13.pod
Log:
* Bump version for the affected S06, S12 and S13.
Modified: doc/trunk/design/syn/S06.pod
=
Author: autrijus
Date: Sat Apr 1 14:01:16 2006
New Revision: 8528
Modified:
doc/trunk/design/syn/S06.pod
doc/trunk/design/syn/S12.pod
doc/trunk/design/syn/S13.pod
Log:
* S06+S12: Split the old "multiple-dispatch" into two distinct ideas:
- "Method call" vs "Subroutine call"
- "
On Saturday 01 April 2006 03:41, demerphq wrote:
> So you would file a bug with ExtUtils::MakeMaker or Module::Build when
> the pre-build script that accompanies a script has a syntax error in
> it?
Don't forget with every distribution that marked that distribution as a
dependency.
-- c
Author: autrijus
Date: Sat Apr 1 11:56:07 2006
New Revision: 8527
Modified:
doc/trunk/design/syn/S02.pod
Log:
* Fix typo as reported by Joe Gottman.
Explicitly specify the rvalue-ness, interpolated-ness, and
default-to-match-object-ness of prefix sigil operators.
Modified: doc/trunk/des
> -Original Message-
> +You may cast C to other types with a prefix sigil operator:
> +
> +$args = \3; # same as "$args = \(3)"
> +$$args; # same as "$args as Scalar" or "Scalar($args)"
> +@$args; # same as '$args as Array" or "Array($args)"
> +%$args;
Author: autrijus
Date: Sat Apr 1 10:44:53 2006
New Revision: 8526
Modified:
doc/trunk/design/syn/S12.pod
Log:
* S12: The "call" form can now be used to call the next
MMD or SMD candidate.
A "proto" declaration needs to happen before multis.
Fix a misuse of ".call" metho
Author: autrijus
Date: Sat Apr 1 10:43:58 2006
New Revision: 8525
Modified:
doc/trunk/design/syn/S11.pod
Log:
* S11: Allow user-defined dynamic exportation with EXPORT
routines, which assume the semantic from Damian's
Perl6::Export::Attrs.
The magical export dispa
Author: autrijus
Date: Sat Apr 1 10:43:08 2006
New Revision: 8524
Modified:
doc/trunk/design/syn/S06.pod
Log:
* S06: De-mystifying the logic for named arguments.
"*$x" is now just casting $x as an Arguments object.
Differ between "foo;" and "foo();" via zero-dimensional slices
Author: autrijus
Date: Sat Apr 1 10:36:25 2006
New Revision: 8523
Modified:
doc/trunk/design/syn/S05.pod
Log:
* S05: $/.() is now $$/. $() still works as $$/, and we
have @() %() forms that maps to @$/ and %$/.
Modified: doc/trunk/design/syn/S05.pod
===
Author: autrijus
Date: Sat Apr 1 10:35:35 2006
New Revision: 8522
Modified:
doc/trunk/design/syn/S04.pod
Log:
* S04: Specify "fail" semantics in detail, and the relationship
to the environmental $! variable. Handling and propagation
of "unthrown exceptions" clarified.
Modified
Author: autrijus
Date: Sat Apr 1 10:34:41 2006
New Revision: 8521
Modified:
doc/trunk/design/syn/S03.pod
Log:
* S03: Value-type semantics; $obj.id.true disambiguates
between prototypes and instances; user-defined value
objects has to return some builtin values as their .id.
Modified: doc
Author: autrijus
Date: Sat Apr 1 10:32:53 2006
New Revision: 8520
Modified:
doc/trunk/design/syn/S02.pod
Log:
* S02: destill the compoments of an Arguments object, and
specify the $() @() %() &() casting forms for them.
Modified: doc/trunk/design/syn/S02.pod
==
Moin,
On Saturday 01 April 2006 14:13, demerphq wrote:
> On 4/1/06, demerphq <[EMAIL PROTECTED]> wrote:
> > On 4/1/06, Adam Kennedy <[EMAIL PROTECTED]> wrote:
> > > > Similarly
> > > >
> > > > if somebody has an error in their Build.PL or Makefile.PL are you
> > > > going to say that the "install
On 4/1/06, demerphq <[EMAIL PROTECTED]> wrote:
> On 4/1/06, Adam Kennedy <[EMAIL PROTECTED]> wrote:
> > > Similarly
> > > if somebody has an error in their Build.PL or Makefile.PL are you
> > > going to say that the "installer" doesnt work?
> >
> > Yes, absolutely.
>
> So you would file a bug with
On 4/1/06, Adam Kennedy <[EMAIL PROTECTED]> wrote:
> > Similarly
> > if somebody has an error in their Build.PL or Makefile.PL are you
> > going to say that the "installer" doesnt work?
>
> Yes, absolutely.
So you would file a bug with ExtUtils::MakeMaker or Module::Build when
the pre-build scrip
A. Pagaltzis wrote:
* Adam Kennedy <[EMAIL PROTECTED]> [2006-04-01 04:10]:
I guess the problem is that in Makefile.PL strictly speaking
you're not _really_ meant to be doing any building of stuff.
That's supposed to be what you do in make.
So one solution to your problem might be to add someth
On Sat, Apr 01, 2006 at 11:32:20AM +1100, Amos Robinson wrote:
> Sorry, I missed the boat.
Everything seems to be moving at Pugs-speed these days :-)
But what you thought was correct.
Nicholas Clark
39 matches
Mail list logo
