Author: luqui
Date: Thu Feb 23 18:50:18 2006
New Revision: 7832
Modified:
doc/trunk/design/syn/S06.pod
Log:
Answered Joe Gottman's question.
Modified: doc/trunk/design/syn/S06.pod
==
--- doc/trunk/design/syn/S06.pod
Author: larry
Date: Thu Feb 23 15:04:02 2006
New Revision: 7819
Modified:
doc/trunk/design/syn/S11.pod
Log:
fix typo and date++, rev++
Modified: doc/trunk/design/syn/S11.pod
==
--- doc/trunk/design/syn/S11.pod
Author: larry
Date: Thu Feb 23 15:05:58 2006
New Revision: 7821
Modified:
doc/trunk/design/syn/S12.pod
Log:
another typo
Modified: doc/trunk/design/syn/S12.pod
==
--- doc/trunk/design/syn/S12.pod(original)
+++
On Fri, Feb 24, 2006 at 04:56:40AM +, Luke Palmer wrote:
: On 2/24/06, Damian Conway <[EMAIL PROTECTED]> wrote:
: > No. One of the available TRAITS is C. So you can always
: > specify a "postfix" return type, even without a declarator:
: >
: > sub data() returns Str {...}
: >
: > The de
On Fri, Feb 24, 2006 at 04:56:40AM +, Luke Palmer wrote:
: Come to think of it, that seems backwards. After all, aren't:
:
: my Foo $x;
: my $x of Foo;
:
: Equivalent?
Didn't answer this part...
If --> and returns are different, than "of" probably sets the --> type
rather than the
On Thu, Feb 23, 2006 at 02:48:46PM +, Nicholas Clark wrote:
: Would it be better to do that automatically with svn tag expansion?
Yes, it would. Feel free, I'm not very svn-tag-expansion-aware yet.
Larry
On Thu, Feb 23, 2006 at 09:26:49AM +0100, TSa wrote:
: HaloO,
:
: Larry Wall wrote:
: >Um, I always thought that "is reserved" in a spec means "we don't have
: >the foggiest idea what we'll do with this, but we have a suspicion
: >that if we let people use this particular thing right now, we'll
:
Author: autrijus
Date: Fri Feb 24 05:49:02 2006
New Revision: 7839
Modified:
doc/trunk/design/syn/S02.pod
doc/trunk/design/syn/S04.pod
doc/trunk/design/syn/S06.pod
Log:
* Textual cleanup of S2/4/6. No functional changes.
- Change sentences like "Perl 6 will support" to "Perl 6 support
On Fri, Feb 24, 2006 at 05:05:03AM -0800, Larry Wall wrote:
> On Thu, Feb 23, 2006 at 02:48:46PM +, Nicholas Clark wrote:
> : Would it be better to do that automatically with svn tag expansion?
>
> Yes, it would. Feel free, I'm not very svn-tag-expansion-aware yet.
Well, there's this slight
Author: autrijus
Date: Fri Feb 24 10:58:18 2006
New Revision: 7849
Modified:
doc/trunk/design/syn/S06.pod
doc/trunk/design/syn/S10.pod
doc/trunk/design/syn/S13.pod
Log:
* more A*->S* changes.
Modified: doc/trunk/design/syn/S06.pod
=
Author: autrijus
Date: Fri Feb 24 12:21:45 2006
New Revision: 7853
Modified:
doc/trunk/design/syn/S04.pod
Log:
* S04: The "If a curly occurs by a line by itself, then it
stands for end of statement" rule from A04 is brought
foward and further generalized -- now it only has to be
at the en
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #38627]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38627 >
Here is a simple job for a C programmer with some math/algorithmical
brain:
fill t
I've been thinking about automated testing again. I know this is a
bad habit and I should stop it and just get on with my work, but here's
where I'm at:
Sometimes it's beneficial for an automated tester to install
additional packages (in software I'm releasing, Test::CPANpm and sql
Upgrade complete. You shouldn't notice anything different, except
some operations might be faster.
-R
At Tue, 21 Feb 2006 22:25:22 -0800,
Robert Spier wrote:
>
>
> FYI -
>
> At some point later this week, or maybe this weekend, I will be taking
> the perl.org Subversion server down to move
Author: autrijus
Date: Fri Feb 24 14:16:49 2006
New Revision: 7858
Modified:
doc/trunk/design/syn/S09.pod
Log:
* S09: Autovivification no longer happens under rvalue context.
Suggested and contributed by Yuval Kogman.
Modified: doc/trunk/design/syn/S09.pod
==
Author: larry
Date: Fri Feb 24 13:06:51 2006
New Revision: 7856
Modified:
doc/trunk/design/syn/S06.pod
Log:
Revamped quasiquoting for visual, nestable, non-code-interfering unquoting.
Modified: doc/trunk/design/syn/S06.pod
==
Author: autrijus
Date: Fri Feb 24 15:05:03 2006
New Revision: 7859
Modified:
doc/trunk/design/syn/S05.pod
Log:
* returning from within a rule sets the "result object",
which can be accessed with the .() dereferencer.
Modified: doc/trunk/design/syn/S05.pod
===
Tyler MacDonald wrote:
How does everybody feel about making this a defined "feature" in
the META.yml spec? Something like:
optional_features:
- automated_testing:
description: Automated testing of all of this package's features
requires:
DBD::SQLite2: 0
If
While a META.yml file provides a good description of what is required,
the dependencies WILL change once the Metafile.PL runs.
Actually, that should read "will often change, 90% of the time not
turning on the dynamic_config flag in the process".
So while we are on the subject of META.yml, I t
Adam Kennedy <[EMAIL PROTECTED]> wrote:
> So while we are on the subject of META.yml, I think the dynamic_config
> approach is horrible, because it defaults to an efficient error case and
> relies on the author to fix the error, rather than defaulting to the
> inefficient correct case, and givin
Adam Kennedy wrote:
To give you some more data points, imagine the automated testing
additions applied only on Win32. How would you then specify the deps?
#187 on the TODO list for M::B is to implement the dEx[1] (Dependency
EXpression) language for inserting complicated requirements in META.y
Randy W. Sims wrote:
Adam Kennedy wrote:
To give you some more data points, imagine the automated testing
additions applied only on Win32. How would you then specify the deps?
#187 on the TODO list for M::B is to implement the dEx[1] (Dependency
EXpression) language for inserting complicated
22 matches
Mail list logo
