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
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 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
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
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
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
==
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: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: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: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: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: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
> -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 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
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 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"
- "
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
=
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
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 (¤).
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
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
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,
> "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
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
* 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
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
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 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
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
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 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: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
> "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 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
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 <[
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
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
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
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
39 matches
Mail list logo
