Hi all, just dropping in with some thoughts I had while reading the
archive of this list. I've tried to search the list but it's difficult
with perl keywords being common english words and google unable to search
for punctuation; if the stuff below has already been fully resolved, I'd
I think this might be interesting to some of you...
Judy is a general purpose dynamic array implemented as a C callable
library. Judy's speed and memory usage are typically better than
other data storage models and improves with very large data sets.
K Stol wrote:
PMCs are used to implement typeless languages
... can be used. Coercing values is the way the Perl* classes work. OTOH
you could have a PMC, that is a 128bit integer implementation.
Is it true, that typeless languages only use PMC for their data, or could an
integer in perl6
Steve Fink wrote:
As for the code name -- I'm personally leaning towards the Juice
suggestion. I'm not sure why, but it just sounds kinda cool. And it
does fit well with the -Oj flag. Parrot -- now with extra juice! Or
something. Opinions?
Too much honor ;)
What about one of these:
Steve Fink wrote:
As for the code name -- I'm personally leaning towards
the Juice suggestion.
Given that Juice is already the name of an existing (but apparently defunct)
virtual machine, you might want to consider another choice. The home page
appears dead:
On Sun, Mar 09, 2003 at 02:08:02PM -0500, Dan Sugalski wrote:
At 1:52 PM -0500 3/9/03, Uri Guttman wrote:
DS == Dan Sugalski [EMAIL PROTECTED] writes:
DS * Objects have properties you can fetch and store by name
DS * Objects have methods you can call
DS * Objects have
Clinton A. Pierce wrote:
I re-organized the languages\BASIC tree into compiled and
interpreted sub-trees.
Please, update MANIFEST and s#\#/#g in testrun.pl (the backwards don't
run). Also the quickstart section is misleading.
Could you please include a Makefile{,in}
And another one, did you
Jürgen Bömmels (via RT) wrote:
# New Ticket Created by Jürgen Bömmels
# Please include the string: [perl #21520]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=21520
Hello,
here is something that sometime needs to
Steve Fink wrote:
[...] does fit well with the -Oj flag. Parrot -- now with extra juice!
-Oj Simpson?
Parrot -- now get away with murder! :-)
A
- Original Message -
From: Steve Fink [EMAIL PROTECTED]
To: K Stol [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Monday, March 10, 2003 12:32 AM
Subject: Re: Lua - ParrotVM, question on PMCs
[Arg. My outgoing mail was messed up last week when I sent out a whole
bunch of emails just
On Sun, Mar 09, 2003 at 03:46:39PM -0500, Dan Sugalski wrote:
Presenting internal state in a rational form is a rather
significantly different thing than being able to serialize things,
and I don't think it's feasable, unfortunately. It'll require too
much consistency to be useful (as I
At 10:22 AM -0500 3/10/03, Christopher Armstrong wrote:
On Sun, Mar 09, 2003 at 01:07:46PM -0500, Dan Sugalski wrote:
* Objects have properties you can fetch and store by name
* Objects have methods you can call
* Objects have attributes you can fetch
* You can fetch a hash of all the
Tim Bunce wrote:
I think this might be interesting to some of you...
http://sourceforge.net/projects/judy
Indeed. Maybe someone can wrap up list.c and/or hash.c and compare
performance for typical usage patterns - however they look like - but
mainly linear in arrays I presume.
t/src/intlist
At 10:37 + 3/10/03, Tim Bunce wrote:
I think this might be interesting to some of you...
Judy is a general purpose dynamic array implemented as a C callable
library. Judy's speed and memory usage are typically better than
other data storage models and improves with very large data sets.
At 8:25 AM + 3/10/03, Graham Barr wrote:
On Sun, Mar 09, 2003 at 02:08:02PM -0500, Dan Sugalski wrote:
At 1:52 PM -0500 3/9/03, Uri Guttman wrote:
DS == Dan Sugalski [EMAIL PROTECTED] writes:
DS * Objects have properties you can fetch and store by name
DS * Objects have
1) Aggregates and Strings implement the nextkey_keyed vtable
method/function respectively.
This gets one additional parameter:
INTVAL what (e.g. 0=first, 1=next, 2=prev, 3=last)
to reset the iterator and allow scan in both directions.
(Note Pxxx below should indicate the usage of the
On Sun, Mar 09, 2003 at 01:07:46PM -0500, Dan Sugalski wrote:
* Objects have properties you can fetch and store by name
* Objects have methods you can call
* Objects have attributes you can fetch
* You can fetch a hash of all the properties
* When fetching or storing a generic property, you
I made a mistake in my original post, they definitely need to be
left-associative. Your example should obviously be interpreted as:
(.method given $x) given $y; # calls $x.method
ok.
I think this is similar to how I mentioned that a duplicate 'for' is
pointless. Just because
On Mon, Mar 10, 2003 at 11:28:41AM -0800, Paul wrote:
Agreed. But is it worth putting them in if they would make a problem so
easily, and it can be so easily handled with blocks?
I don't think they can make a problem so easily, and I think it's worth
putting them in because afaics it's not very
On Mon, Mar 10, 2003 at 01:14:05PM -0700, Luke Palmer wrote:
It is nice to see someone who puts as much thought into posting as you
do. Unfortunately, your proposal is moot, as we have a definitive
No, still can't chain them from Larry.
Like the fully-laden Australian swallow that heralds the first Apocalypse of
springtime, I'm back.
I hope you're all off reading:
http://www.perl.com/pub/a/2003/03/07/apocalypse6.html
Special thanks to Simon for getting it on-line as quickly as he did.
I'll do my best to answer questions
Oh, goody.
In psiglet, is the 's' silent?
=Austin
--- Damian Conway [EMAIL PROTECTED] wrote:
Like the fully-laden Australian swallow that heralds the first
Apocalypse of
springtime, I'm back.
I hope you're all off reading:
http://www.perl.com/pub/a/2003/03/07/apocalypse6.html
But mad or not, there are some good reasons to do just
that. First, it makes it possible to write interfaces to other
languages in Perl. Second, it gives the optimizer more
information to think about. Third, it allows the SM folks to
inflict strongly typed
On Mon, Mar 10, 2003 at 01:20:24PM -0800, Austin Hastings wrote:
: In psiglet, is the 's' silent?
Of course not. That is Greek, not English.
Larry
--- Uri Guttman [EMAIL PROTECTED] wrote:
But mad or not, there are some good reasons to do just
that. First, it makes it possible to write interfaces to
other
languages in Perl. Second, it gives the optimizer more
information to think about. Third, it allows
Larry says that
sub foo { ... }
is equivalent to
sub foo will do {...}
But then goes on to give the grammar for subroutine definitions as:
rule lexicalsub :w {
lexscope type?
subintro subname psignature?
trait*
block
}
rule packagesub :w {
Having just read through the declaration bits (not the calling bits,
yet):
It is explicitly stated that is rw on a slurpy parameter distributes
across all the components.
Is there some way of differentiating array of const vs. array of rw?
That is, creating a hash or array that can be extended
I see e-accent in te/en we can say, below, plus
dhow is ii\ the named-only zone below that.
It survived a few refreshes, so I wonder if it's a file-transfer
problem?
=Austin
If instead we force new parameters to be in named notation, like this:
multi *push (@array, [EMAIL PROTECTED],
On Tue, Mar 11, 2003 at 01:25:41PM +1100, Damian Conway wrote:
: 3) The edge point between explicitly typed and explicitly non-typed
: variables: If you pass an untyped array (or list?) to an explicitly
: typed array parameter, is the untyped array considered a unique case,
: or will it fail?
Larry Wall wrote:
I dunno. I can argue that it should coerce that. It'll certainly be
able to coerce a random scalar to int for you, so it's not a big stretch
to coerce conformant arrays of them. On the other hand, it's likely
to be expensive in some cases, which isn't so much of an issue for
I believe you'd have to create a class for such things, derived from Array:
class AppOnlyArray is Array {
method STORE(int $index, $value) {
fail Can't modify existing element
if 0 = $index .length;
Larry wrote:
: multi foo (@a is Array of int) {...}
:
: my int @a = baz(); # is Array of int
: my @b = baz(); # is Array of Scalar
:
: foo(@a);# @a is typed correctly, so OK
: foo(@b);# @b is not explicitly typed as Cint; OK or FAIL?
:
: Fails.
:
: Because:
:
:
method x ($me: $req, ?$opt, +$namedop, *%named, [EMAIL PROTECTED]) { ... }
Yikes. And I thought we were trying to get *away* from line noise? :^)
Seriously, can't we use something rather prettier, like this?
method x($me: $req, $opt is optional, $namedop is named,
*%named,
Brent Dax wrote:
method x ($me: $req, ?$opt, +$namedop, *%named, [EMAIL PROTECTED]) { ... }
Yikes. And I thought we were trying to get *away* from line noise? :^)
Seriously, can't we use something rather prettier, like this?
method x($me: $req, $opt is optional, $namedop is named,
First of all, I like where Appendix C is going.
My (small in comparison) problem is with Clet's definition of
failure. The exception bit is neat, and provides for pretty much
out-of-the-box exception safety. But failure based on return value
may not be such a hot idea. Consider:
class
It survived a few refreshes, so I wonder if it's a file-transfer
problem?
No, Larry is just presenting additional proof that we need Unicode
operators in Perl 6 by using them in English, too. :)
Greetings,
Christian
--
[EMAIL PROTECTED] - http://www.web42.com/crenz/ - http://www.web42.com/
The
is constant (default)
Every formal parameter is constant by default, meaning primarily
that the compiler won't feel obligated to construct an lvalue
out the actual argument unless you specifically tell it to. It
also means that you may not modify the
Christian,
[A6, p7]
There will be two new operators, called pipe operators, that allow us
to hook list generators together with list consumers in either order.
So either of these works:
stuff @foo == 1,2,3
1,2,3 == stuff @foo
[/A6, p7]
I don't think that's going to be an issue --
On 2003-03-10 at 18:03:12, Uri Guttman wrote:
this confuses me. sometimes i want a simple pass by value param which i
can modify locally in the sub. is this the same as the constant above?
No, that's the same as is copy.
--
Mark REED| CNN Internet Technology
1 CNN Center
bah, the is copy is pass by value with local modification (my params in
p5).
this works as most params should be constant. the few that are copies
can be declared that or copied to my vars.
i have to wait on posting before i read the whole megilla.
uri
--
Uri Guttman -- [EMAIL
Austin Hastings wrote:
It is explicitly stated that is rw on a slurpy parameter distributes
across all the components.
Is there some way of differentiating array of const vs. array of rw?
That is, creating a hash or array that can be extended without
overwriting?
I'm not sure I follow what
Just in case anyone cares, page 6 is requiring that I scroll
horizontally. I'll live, but if it can be easily fixed, that's a Good
Thing. :)
Haven't read the rest yet -- still working on it.
Paul
--- Damian Conway [EMAIL PROTECTED] wrote:
Like the fully-laden Australian swallow that heralds
On 2003-03-11 at 10:12:17, Damian Conway wrote:
Austin Hastings wrote:
It is explicitly stated that is rw on a slurpy parameter distributes
across all the components.
Is there some way of differentiating array of const vs. array of rw?
That is, creating a hash or array that can be
--- Damian Conway [EMAIL PROTECTED] wrote:
Austin Hastings wrote:
It is explicitly stated that is rw on a slurpy parameter
distributes
across all the components.
Is there some way of differentiating array of const vs. array of
rw?
That is, creating a hash or array that can be
Austin Hastings asked:
How do I specify an array which may be appended/pushed, but whose
values cannot change?
I believe you'd have to create a class for such things, derived from Array:
class AppOnlyArray is Array {
method STORE(int $index, $value) {
--- Matthijs van Duin [EMAIL PROTECTED] wrote:
Now the real subject.. has the issue of multiple statement modifiers
already been settled? I saw some mention it wasn't going to be
supported, but also mentions of how it would be useful; I can think
of such a situation myself:
.method when
On Mon, Mar 10, 2003 at 08:20:39AM -0800, Paul wrote:
The real nightmare tends to show up when you duplicate a modifier.
What does
.method given $x given $y; # which object's .method is called?
mean? It gets worse below
I made a mistake in my original post, they definitely need to be left-
Since noone else has said it yet -- This Apoc looks *great*. The sig
stuff is very, very nice. (The wrapper stuff has interesting
possibilities, too, especially with OO.)
Question on pipes: I like very much the concept of relating them only
to the variadic list, that was the piece we were
Michael Lazzaro wrote:
After reading that appendix, I'm still a bit murky on the
final decisions as to which of these edge cases will be allowed:
my @out == (1,2,3);
my @out == (my @in = foo());
my @out == foo();
(1,2,3) == my @out;
(my @in = foo()) == my
In A6, it is confirmed that you can have complex types such as:
my %pet is Hash of Array of Array of Hash of Array of Cat;
It is also confirmed that you can indeed use such types in sub
signatures, e.g.:
sub foo (@a is Array of int) {...}
Confirmations/Questions:
1) Complex types for sub
Michael Lazzaro asked:
1) Complex types for sub parameters: The above would imply that a sub
can tell the difference between an CArray of int vs an CArray of
str, thank goodness. That also implies that you can use arbitrarily
complex types, and still get the same type checking:
sub foo (
Slightly related, I think we could use some more tinderbox testers.
Someone was running the tests on Compaq's test drive boxes, but that
seems to have stopped?
I've restarted my Sparc/Solaris 8 tinderbox. Defining a list of needed test platforms
might be a good idea. I have plenty of old
Does anyone have a precompiled parrot binary for Win32, on an ftp or web
site somewhere?
I'm practicing writing parrot assembler, and I'd like to be able to test
my evil creations on my own machine, without having to go through the
rigmarole of uploading my file to my sourceforge account, then
The tinderbox is all in flames.
http://xrl.us/dxm (Link to tinderbox.perl.org)
At least the miette, moof and rh80smoketest boxes should be
okay; and they are not. :-) Sunday afternoon (PST) seems to be the
hour of the big arson. However there are also indications that it
started Friday night.
54 matches
Mail list logo