I had a thought tonight.
Perl has a general principle that, in the absence of any indication
otherwise, it should use a sensible default. This default generally
matches the most common use of the feature by new programmers. This
principle is reflected in Perl 6's design in many ways--$_, sort's
At 00:05 -0800 4/1/04, Brent 'Dax' Royal-Gordon wrote:
On the other hand, the current behavior may be somewhat entrenched, and
might break our promise to assume that code is Perl 5 until we see a
different indication. As an alternative, perhaps the -H command-line
switch could be used to use a "he
--- Brent 'Dax' Royal-Gordon <[EMAIL PROTECTED]> wrote:
> I had a thought tonight.
>
> Perl has a general principle that, in the absence of any indication
> otherwise, it should use a sensible default. This default generally
> matches the most common use of the feature by new programmers. This
>
[EMAIL PROTECTED] (Austin Hastings) writes:
> Since the emacs codebase is already ported to many platforms, it should
> be trivial to add this to the core perl distribution. Perhaps Simon
> would agree to lead this effort?
I would laugh, but http://search.cpan.org/~jtobey/Emacs-EPL-0.7/
--
On ou
> -Original Message-
> From: [EMAIL PROTECTED]
>
> [EMAIL PROTECTED] (Austin Hastings) writes:
> > Since the emacs codebase is already ported to many platforms, it should
> > be trivial to add this to the core perl distribution. Perhaps Simon
> > would agree to lead this effort?
>
> I w
Therefore, I recommend that, when given an empty program or -e
string, Perl 6 should print "Hello world!", emit a newline, and
exit. I believe that this feature would be fairly trivial to
implement.
I cannot agree with this.
In fact, if someone types "perl" on the command line without any
Richard Nuttall <[EMAIL PROTECTED]> wrote:
> On the DWIM principle, shouldn't Perl then just autoload the DWIM::AI
> module and provide as output the script that they are intending to write ?
That needs of course some support in the inyards of Perl6, i.e. in
Parrot.
$ parrot
,--[ editor-session
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> spawnw $I0, "$EDITOR hello.imc"
> .end
That's of course suboptimal. Here is a better version:
.local pmc env
env = new Env
.local string editor
editor = env["EDITOR"]
# TODO: provide sensible default if not found, i.e. vi
Jens Rieks <[EMAIL PROTECTED]> wrote:
> Hi all!
> I propose the following because the current IMCC reimplementation seems to
> make no progress.
I've a different roadmap:
1) specify AST interface
2) implement code generation from AST
3) split PASM and PIR lexer/parser into 2 indpendent compilers
Jens Rieks <[EMAIL PROTECTED]> wrote:
> has the attached code any errors?
It's too short to have any errors ;)
> jens
> --Boundary-00=_Cx2aABtKF1Y0Bud--
<>
leo
Hi,
On Thursday 01 April 2004 10:50, Leopold Toetsch wrote:
> Jens Rieks <[EMAIL PROTECTED]> wrote:
> > has the attached code any errors?
>
> It's too short to have any errors ;)
>
> > jens
> >
> > --Boundary-00=_Cx2aABtKF1Y0Bud--
>
> <>
Oh, the attachment got stripped :-/
> leo
jens
.sub _main
Chromatic <[EMAIL PROTECTED]> wrote:
> Here's a patch to improve the string exception thrown when subclassing
> goes awry. I've also added a newline to the end of the message to
> prettify the output.
Thanks, applied along with adapted tests.
leo
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> *) Fix hash.c. (Though it may not be broken. Signs are good, though)
Adam Thomason (zhanks) sent me a precise description of one hash bug.
It occured during freezing big hashes--fixed.
leo
Jens Rieks <[EMAIL PROTECTED]> wrote:
> On Thursday 01 April 2004 10:50, Leopold Toetsch wrote:
>> Jens Rieks <[EMAIL PROTECTED]> wrote:
>> > has the attached code any errors?
Coroutine::invoke was missing the code segment switching. Fixed.
Thanks,
leo
Hi,
On Thursday 01 April 2004 10:49, Leopold Toetsch wrote:
> Jens Rieks <[EMAIL PROTECTED]> wrote:
> > Hi all!
> >
> > I propose the following because the current IMCC reimplementation seems
> > to make no progress.
>
> I've a different roadmap:
> 1) specify AST interface
> 2) implement code gene
Jens Rieks <[EMAIL PROTECTED]> wrote:
> Hi,
> On Thursday 01 April 2004 10:49, Leopold Toetsch wrote:
>>
>> I've a different roadmap:
>> 1) specify AST interface
>> 2) implement code generation from AST
> The PIR class is meant to be an (abstract) syntax tree.
> What kind of AST interface do you m
Hi,
the attached patch adds a "isnull str, label" OP that is
similar to "isnull pmc, label"
jens
Index: ops/string.ops
===
RCS file: /cvs/public/parrot/ops/string.ops,v
retrieving revision 1.18
diff -u -w -r1.18 string.ops
--- ops/
Removes a warning.
Leon
--
Leon Brocard.http://www.astray.com/
scribot.http://www.scribot.com/
... We're not worthy! We're not worthy!
Index: imcc/pbc.c
===
RCS file: /cvs/
On our shiny 64-bit Opteron box I get a warning here. This silences
the warning.
Leon
--
Leon Brocard.http://www.astray.com/
scribot.http://www.scribot.com/
... Borg? Where? I don't se*(#$#..NO CARRIER
Index: pf/pf_items.c
=
Signals no worky under x86_64. I don't really understand why. Seeing
as we're skipping on lots of platforms anyway, I've added it to the
list of skipped platforms.
Leon
--
Leon Brocard.http://www.astray.com/
scribot.http://www.scribot.co
Jens Rieks <[EMAIL PROTECTED]> wrote:
> the attached patch adds a "isnull str, label" OP that is
> similar to "isnull pmc, label"
Thanks, applied.
leo
Leon Brocard <[EMAIL PROTECTED]> wrote:
> +use POSIX ('uname');
Is this available on e.g. Windows?
leo
Leopold Toetsch sent the following bits through the ether:
> Is this available on e.g. Windows?
Possibly, it's just POSIX. I have no way to test this however.
Leon
--
Leon Brocard.http://www.astray.com/
scribot.http://www.scribot.com/
>hi,
>
>I have trouble compiling the current distribution of parrot.
>I checked it out from cvs, that didn't work, so I decided to download a
>snapshot (latest, 31/3).
>
>Compiling on my winXP computer is going ok (P3/450mhz), but while
>compiling on my linux
>server (amd k6-2/233 mhz), it hangs
Leon Brocard <[EMAIL PROTECTED]> wrote:
> On our shiny 64-bit Opteron box I get a warning here. This silences
> the warning.
Thanks, applied.
> Leon
leo
Leon Brocard <[EMAIL PROTECTED]> wrote:
> Removes a warning.
Both interpreter and unit aren't unused, if JIT is enabled. Changed a
bit.
leo
Leopold Toetsch sent the following bits through the ether:
> Both interpreter and unit aren't unused, if JIT is enabled. Changed a
> bit.
Ooh. Oops. Anyway, warnings bad.
Leon
--
Leon Brocard.http://www.astray.com/
scribot.http://w
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> Piers Cawley <[EMAIL PROTECTED]> wrote:
>
>> Remember how Leo wanted an example of how continuations were used?
>
> Great example - I don't understand how it wotks though :) - but I
> understand, why the PIR code might fail:
Okay, I'll try and explain
At 3:32 PM -0800 3/29/04, TOGoS wrote:
Well I just realized something. Or at least realized a
better way to explain it.
Let's say we have a HLL that is mapping HL variables
to Parrot registers.
someint1 = someint2 + someint3
will, of course, map to something like
$I1 = $I2 + $I3
Now, if thos
Piers Cawley wrote:
Leopold Toetsch <[EMAIL PROTECTED]> writes:
Here is a proof of concept patchoid:
Fabulous
1) change to your example code:
$P1 = clone P1
store_lex 1, "cc", $P1
(the clone strips off all recycle flags)
Oh nice, much neater than what I was thinking of involving makin
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> Piers Cawley wrote:
>
>> Leopold Toetsch <[EMAIL PROTECTED]> writes:
>>>
>>>Here is a proof of concept patchoid:
>>>
>> Fabulous
>>
>>>1) change to your example code:
>>> $P1 = clone P1
>>> store_lex 1, "cc", $P1
>>>(the clone strips off all
$ sh ../allow\ temp\ vars\ as\ functions\:\ \$P0\(\).sh
Access allowed: Personal Karma exceeds Environmental Karma.
Access allowed: Personal Karma exceeds Environmental Karma.
Checking in imcc/imcc.y;
/cvs/public/parrot/imcc/imcc.y,v <-- imcc.y
new revision: 1.136; previous revision: 1.
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #28151]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=28151 >
Hi,
I noticed that I couldn't use compound keys for setting values in a
Perl
> -Original Message-
> From: Leon Brocard [mailto:[EMAIL PROTECTED]
> Sent: Thursday, April 01, 2004 3:42 AM
> To: [EMAIL PROTECTED]
> Subject: [PATCH] signals under x86_64
>
>
> Signals no worky under x86_64. I don't really understand why. Seeing
> as we're skipping on lots of platforms
Piers Cawley <[EMAIL PROTECTED]> wrote:
> Leopold Toetsch <[EMAIL PROTECTED]> writes:
>> Piers Cawley <[EMAIL PROTECTED]> wrote:
>>
>>> Remember how Leo wanted an example of how continuations were used?
>>
>> Great example - I don't understand how it wotks though :) - but I
>> understand, why the
On Thu, Apr 01, 2004 at 08:00:24PM +0200, Leopold Toetsch wrote:
: This OTOH means, that a Continuation created with invokecc shall be
: never silently reused. There is currently one protection in the code
: against that: If ever one Continuation is created explicitely,
: RetContinuation recycli
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> Piers Cawley <[EMAIL PROTECTED]> wrote:
>> Leopold Toetsch <[EMAIL PROTECTED]> writes:
>
>>> Piers Cawley <[EMAIL PROTECTED]> wrote:
>>>
Remember how Leo wanted an example of how continuations were used?
>>>
>>> Great example - I don't understand
Piers Cawley wrote:
Leopold Toetsch <[EMAIL PROTECTED]> writes:
At (1) the continuation is marked with C. In C
this flag is propagated to the stacks in the continuation's context. At
(2) or any other place, where this stacks are popped off, the stack
chunks are not put onto the stack chunk freeli
--- Jens Rieks <[EMAIL PROTECTED]> wrote:
> Hi,
>
> the attached patch adds a "isnull str, label" OP that is
> similar to "isnull pmc, label"
>
> [...]
>
> +isnull_s_ic 1418
> +isnull_sc_ic 1419
Do we really need the _sc version for this? I don't think it's even
possible
to get
On Thu, 2004-04-01 at 08:07, Leopold Toetsch wrote:
> --- parrot/src/objects.c Thu Apr 1 17:11:09 2004
> +++ parrot-leo/src/objects.c Thu Apr 1 17:45:25 2004
> @@ -783,7 +783,7 @@
> /*
>* s. also src/stack_common.c:200
>*/
> -#define DISBALE_RETC_RECYCLING 1
> +#define DISBALE_RE
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> Piers Cawley wrote:
>
>> Leopold Toetsch <[EMAIL PROTECTED]> writes:
>>
>>>At (1) the continuation is marked with C. In C
>>>this flag is propagated to the stacks in the continuation's context. At
>>>(2) or any other place, where this stacks are poppe
--- Jens Rieks <[EMAIL PROTECTED]> wrote:
> Hi,
>
> the attached patch adds a "isnull str, label" OP that is
> similar to "isnull pmc, label"
>
> jens
>
>
> > Index: ops/string.ops
> ===
> RCS file: /cvs/public/parrot/ops/string.op
On Thu, 2004-04-01 at 07:08, Leopold Toetsch wrote:
> > $P0 = find_lex("fail")
> > $P0() # Why can't we do this? Does $P0.() work any better?
>
> It used to give tons of reduce conflicts and wrong code ... wait ... try
> again ... now it works ... fixed.
It works for NCI subs too. *Very
--- Dan Sugalski <[EMAIL PROTECTED]> wrote:
> >we Ruby folks would like to be able to do:
> >
> > $P1 = $P2 + $P3
> >
> >Which, of course, doesn't work.
>
> Well... actually you don't want what you're asking
> for.
Maybe... :/
> Specifically you don't want
>
> foo = bar + baz
>
> to acc
Hello, all, and greetings from Omaha.
I read in the FAQ, vis a vis using the .NET instead of writing your own "The
.NET VM didn't even exist when we started development, or at least we didn't
know about it when we were working on the design. We do now, though it's
still not suitable."
I'm curi
--- Kent Tegels <[EMAIL PROTECTED]> wrote:
> Hello, all, and greetings from Omaha.
>
> I read in the FAQ, vis a vis using the .NET instead of writing your own
> "The .NET VM didn't even exist when we started development, or at least we
> didn't know about it when we were working on the design. We
I've sent this off to the person who maintains that script.
In the future, the best place for reporting perl.org CVS related
problems is cvs at perl.org
-R
At Thu, 01 Apr 2004 17:10:28 +0200,
Leopold Toetsch wrote:
>
> $ sh ../allow\ temp\ vars\ as\ functions\:\ \$P0\(\).sh
> Access allo
On Wed, 2004-03-03 at 09:39, Dan Sugalski wrote:
> Okay, here's a sketch of where I'm going with the initialization,
> finalization, and fallback method locating. We need to do this
> because we're in the semi-unenviable position of supporting multiple
> languages that do this but that *don't*
Piers Cawley <[EMAIL PROTECTED]> wrote:
> When you make a full continuation with clone, can't you chase up its
> continuation chain and mark its reachable continuations (and only those
> continuations) as non recyclable? (This is one of the reasons I think
> that a Continuation should have an expl
Goplat <[EMAIL PROTECTED]> wrote:
> --- Jens Rieks <[EMAIL PROTECTED]> wrote:
>>
>> +isnull_s_ic 1418
>> +isnull_sc_ic1419
> Do we really need the _sc version for this? I don't think it's even
> possible to get a NULL string constant.
Well, currently we don't have NULL con
Larry Wall <[EMAIL PROTECTED]> wrote:
> On Thu, Apr 01, 2004 at 08:00:24PM +0200, Leopold Toetsch wrote:
>: This OTOH means, that a Continuation created with invokecc shall be
>: never silently reused. There is currently one protection in the code
>: against that: If ever one Continuation is create
51 matches
Mail list logo
