Will Coleda <[EMAIL PROTECTED]> wrote:
> Is there a way to "unstore" a lexical in a scope?
The Scratchpad PMC class has a delete_keyed method, so yes.
s. t/pmc/scratchpad.t
leo
Paul Cochrane <[EMAIL PROTECTED]> wrote:
> * Leopold Toetsch ([EMAIL PROTECTED]) [040228 23:59]:
>>
>> $ perl Configure.pl --define=inet_aton
>> $ make && make test
> Done, and it works ok. Sorry this is late, I didn't check my mail over the
> weekend.
Fine - no problem.
> it looks jittable, bu
Nigelsandever @ Btconnect . Com <[EMAIL PROTECTED]> wrote:
> **"-P" (sic)
> Run the "CGP" core.
It should be 'C'.
Thanks, fixed.
[ please provide patches with full pathnames relative to parrot root ]
leo
Andrew Dougherty wrote:
On Sat, 28 Feb 2004, Mitchell N Charity wrote:
(1) LANGUAGES.STATUS is out of date.
Just to round out the record, here's a summary of what I got on
Solaris 8, with Sun's compiler and Sun's perl5.005_03 for
'make languages' and 'make languages-test':
make languages:
befu
[EMAIL PROTECTED] (via RT) wrote:
There was no
PERL = ${perl}
definition in this file
Fixed.
leo
* Leopold Toetsch ([EMAIL PROTECTED]) [040301 18:50]:
> $ parrot -j examples/assembly/mops.pasm
>
> should show huge improvements in execution time, *if* JIT works.
>
> $ make testj
Well, make testj barfs. Here's the output:
rolf:[526]/var/tmp/parrot>make testj
perl t/harness --gc-debug --runni
First off, congratulations to Dan, Leo and everyone else involved
in Parrot 0.1.0. Great work.
Can someone give me a summary on where we stand with IMCC and objects/methods?
(I looked in a bunch of places in the CVS tree but couldn't find an answer.)
Am I right in thinking that IMCC v1 doesn't s
Tim Bunce <[EMAIL PROTECTED]> wrote:
> Am I right in thinking that IMCC v1 doesn't support objects/methods
> currently? And that IMCC v2 will, obviously, but IMCC v2 isn't usable
> yet?
Well, there is no special syntax inside imcc. So the first question is:
how should such syntax look like, and
I think that it's getting to be time to be a bit more aggressive with
tests for some of the ancillary stuff in the parrot tree--the
languages subdir specifically. Bit Rot's setting in and not all of
the languages are working the way they ought to. Or at all.
I'd like to get a push in for at lea
if this is accepted, please close [perl #27083], as it addresses this bug,
but i haven't yet seen it posted to the list.
--jerry
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 01, 2004 2:20 AM
> To: [EMAIL PROTECTED]
> Subject: [perl #2724
# New Ticket Created by Neil Conway
# Please include the string: [perl #27272]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=27272 >
This trivial patch fixes a few typos I noticed while reading through
docs/intro.pod
Hi there,
Following Dan's warnocked demand, here's a first version of parrotbug:
- it is very rough
- it currently goes in parrot root dir
- there is no embedded (pod) doc
- it borrows heavily from perlbug
- currently bug reports are sent to [EMAIL PROTECTED]
- it only accepts -ok / -nok fla
Mitchell N Charity <[EMAIL PROTECTED]> writes:
> (1) LANGUAGES.STATUS is out of date.
>
> I found (on linux x86 [1]):
>
> These languages failed to build:
> BASIC/interpreter
> jako
> miniperl
> tcl
>
> And these languages were quite broken (bad make test failures):
> BASIC/compiler [2]
Done thanks,
Stéphane
On Mon, Mar 01, 2004 at 11:48:08AM -0500, Gay, Jerry wrote:
> if this is accepted, please close [perl #27083], as it addresses this bug,
> but i haven't yet seen it posted to the list.
>
> --jerry
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EM
[silent lurker alert]
Parrot will build on Cygwin, as long as you configure with:
perl Configure.pl --define-inet_aton
The tests, however, are a different story. Notably, extend_12 runs away
and starts hopelessly consuming memory until manually killed.
Here's the testing summary from the end
I wrote:
[Perl6::Slurp] will most likely appear in the next 36 hours.
It's now on the CPAN.
Damian
Damian Conway wrote:
Gregor N. Purdy wrote:
In the section "He doth fill fields..." we see an example of Fill
Justification where two spaces fit between every word. This doesn't
give us an idea of how spaces are distributed if the number of
spaces needed does not divide evenly into the number of
Should Perl6::Slurp be added to Bundle::Perl6? Or is that not being kept
up-to-date?
--
Mark REED| CNN Internet Technology
1 CNN Center Rm SW0831G | [EMAIL PROTECTED]
Atlanta, GA 30348 USA | +1 404 827 4754
Mark J. Reed wrote:
Should Perl6::Slurp be added to Bundle::Perl6?
Probably. Along with:
Perl6::Binding
Perl6::Classes
Perl6::Currying
Perl6::Export
Perl6::Form
Perl6::Interpolators
Perl6::Parameters
Perl6::Placeholders
Perl6::Tokener
> Or is that not being kep
Richard Nuttall suggested:
An alternative is to have "fill rightmost gaps" and "fill leftmost gaps" on
alternate lines. This produces more balanced looking columns, so they
don't all look heavier on the left.
That's a *very* interesting idea. What do people think?
For example:
Now is the w
Damian Conway wrote:
Richard Nuttall suggested:
An alternative is to have "fill rightmost gaps" and "fill leftmost
gaps" on
alternate lines. This produces more balanced looking columns, so
they don't all look heavier on the left.
That's a *very* interesting idea. What do people think?
The Ve
[I'm resending this because I think it was lost since I wasn't
subscribed from this address. Apologies if it appears twice.]
We essentially have
Single-line Block
=== =
{<<<} {[[[}
{>>>} {]]]}
{|||} {III}
{'''} {
On Tue, Mar 02, 2004 at 10:01:11AM +1100, Damian Conway wrote:
: That's a *very* interesting idea. What do people think?
I think anyone who does full justification without proportional
spacing and hyphenation is severely lacking in empathy for the reader.
Ragged right is much easier on the eyes--s
>On Tue, Mar 02, 2004 at 10:01:11AM +1100, Damian Conway wrote:
>: That's a *very* interesting idea. What do people think?
>I think anyone who does full justification without proportional
>spacing and hyphenation is severely lacking in empathy for the reader.
>Ragged right is much easier on the ey
Larry observed:
I think anyone who does full justification without proportional
spacing and hyphenation is severely lacking in empathy for the reader.
Well, it really depends on how neatly
one is able to write. It really isn't
that hard to create a fully justified
text that doesn't inflict pain on
On Tue, Mar 02, 2004 at 12:42:28PM +1100, Damian Conway wrote:
: Well, it really depends on how neatly
: one is able to write. It really isn't
: that hard to create a fully justified
: text that doesn't inflict pain on the
: reader. English is especially good in
: that regard, offering such a pleth
The Perl 6 Summary for the week ending 20040229
Welcome to the leapday summary. We'll crack straight on with
perl6-internals
Running up to release time
As Leapday had been chosen as the release date for Parrot 0.1.0, the
week was mostly spent getting things ready for release. A c
Le lundi 23 février 2004 à 14:06, Michael G Schwern écrivait:
>
> I'm going with just straight, unsecured socket communications and an ad hoc
> protocol. At this point, encryption is not necessary. There's nothing worth
> encrypting. To see why, look at the example protocol conversation at
> h
On Mon, Mar 01, 2004 at 05:37:39PM +0100, Philippe 'BooK' Bruhat wrote:
> > I'm going with just straight, unsecured socket communications and an ad hoc
> > protocol. At this point, encryption is not necessary. There's nothing worth
> > encrypting. To see why, look at the example protocol convers
Michael G Schwern sent the following bits through the ether:
> So what I need is some way to set up a network of test servers such that
> I can say "test this module for me" and my testing client would ship it
> to as many test servers as it can find and get the results back all in
> just a few mi
Le lundi 01 mars 2004 à 16:53, Leon Brocard écrivait:
> Michael G Schwern sent the following bits through the ether:
>
> > So what I need is some way to set up a network of test servers such that
> > I can say "test this module for me" and my testing client would ship it
> > to as many test server
On Mar 1, 2004, at 9:12 AM, Philippe 'BooK' Bruhat wrote:
Which means the server and client could communicate as IRC bots,
with Net::IRC or a similar module?
Jabber.
David
Rick Delaney wrote:
> Why not something like
>
> Single-line Block
> === =
> [<<<] {<<<}
> [>>>] {>>>}
> [|||] {|||}
> ['''] {'''}
>
> which distinguishes the 2 main field types and gives us only the 4
> justifiers
Larry noted:
> There's a lot to be said for being able to write
things like:
[ & + ]
Now I'm supposing that & binds tighter than | as usual, so the
brackets wouldn't always be necessary:
& +
|
& +
FWIW, I'm strongly in favour of adding & to rules.
Indeed, if Larry were to gi
On Tue, Mar 02, 2004 at 04:58:38PM +1100, Damian Conway wrote:
: FWIW, I'm strongly in favour of adding & to rules.
:
: Indeed, if Larry were to give the word, I'd be delighted to add support for
: it to the Perl6::Rules module.
Execute! (I hope that's the right word...)
Larry
> - it only accepts -ok / -nok flags (no *real* bug reports to be
>edited)
This may or may not be good. We need a new processing system (for
perl5 too) to deal with the -ok reports.
> - I'm not sure about the reporting address (Robert, I need your advice
> on this one)
I suppose, it sho
The parrot homepage
http://www.parrotcode.org/
currently says
Periodic releases will appear on CPAN; the current release is
version 0.0.10, and can be found in the CPAN source directory.
And "source directory" is a link to parrot-0.0.10.tar.gz
The similarity in release numbers is particularl
37 matches
Mail list logo
