Hey there, sorry about not responding. My mailer hid this message from
me. I was actually about to reply asking what the deal was. ;)
chromatic wrote:
On Tuesday 03 October 2006 13:41, Aaron Sherman wrote:
This contains the Makefile, README, .pg grammar, a -harness.pir that
executes the
chromatic wrote:
On Thursday 28 September 2006 14:51, Markus Triska wrote:
Allison Randal writes:
mini transformation language to use in the compiler tools.
For what purpose, roughly? I've some experience with rule-based
peep-hole optimisations. If it's in that area, I volunteer.
That's par
Markus Triska wrote:
Aaron Sherman writes:
+Written in 2006 by Aaron Sherman, and distrbuted
Typo: distributed
You are correct, sir.
This was not, in fact some strange attempt to seize control of the
Parrot codebase ;)
xamples/pge/wikipedia/README (revision 0)
+++ examples/pge/wikipedia/README (revision 0)
@@ -0,0 +1,13 @@
+This directory contains a very crude example parser that reads a fixed string
+"1+(1+1)" and produces a parse tree. The parser itself is used as an example
+in the Wikipedia article:
+
John Siracusa wrote:
On 8/23/06 4:09 PM, Aaron Sherman wrote:
here's the problem with that: llvm is a very light layer, but it's yet another
layer. To put it between parrot and hardware would mean that parrot is JITing
to LLVM byte-code, which is JITing to machine code. Not re
would mean that parrot is JITing to LLVM byte-code, which is JITing to
machine code. Not really ideal.
--
Aaron Sherman
Senior Systems Engineer and Toolsmith
[EMAIL PROTECTED] or [EMAIL PROTECTED]
On Mon, 2006-08-21 at 08:45 -0700, Chip Salzenberg wrote:
> On Mon, Aug 21, 2006 at 10:48:59AM -0400, Will Coleda wrote:
> > The way you phrase the question, you're not going to get any of these
> > answers. Who is programming parrot on their *physical* VT100? =-).
> > The primary reason for an
On Wed, 2005-05-04 at 01:51, Leopold Toetsch wrote:
> Aaron Sherman wrote:
> > On Mon, 2005-05-02 at 08:58 +0200, Leopold Toetsch wrote:
> > Here is some example P5 source from pp_pow in pp.c:
>
> I presume that Ponie eventually will run Parrot opcodes. pp_pow() is
>
On Mon, 2005-05-02 at 08:58 +0200, Leopold Toetsch wrote:
> Nicholas Clark <[EMAIL PROTECTED]> wrote:
> > 1 bit for SVf_IOK
> > 1 bit for SVf_NOK
> > 1 bit for SVf_POK
> > 1 bit for SVf_ROK
>
> I'd not mess around with (or introduce) flag bits. The more that this
> would only cover perl5 PMCs. Pr
On Sat, 2005-04-30 at 08:41 +0200, Leopold Toetsch wrote:
> Well, I presume that this could cover just the static case, which with
> the absence of types in Perl5/Ponie, would make it impossible to call
> multisubs.
I suppose then, that languages like Ponie or Python will end up needing
builtin o
mance]"
Just thought I'd pass that along, in case it's of interest. I'm not a CL
guy at all, so I wouldn't even know how type inference helps
performance.
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
On Thu, 2005-04-14 at 13:22 -0400, Dan Sugalski wrote:
> Anyway, a number of people I deeply respect (and who do this sort of
> thing for a living, at deep levels) have told me flat-out that we're
> better not having a security system than we are trying to roll our
> own, and the common respons
pawn a
new thread, instance an interpreter, and then begin executing shared
code? What about data? I assume that all has to be shared, since shared
data is a fundamental piece of any threaded application's assumptions.
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
On Thu, 2005-04-14 at 01:50 -0400, [EMAIL PROTECTED] wrote:
> > [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> >> I have been trying to examine the i386 code generator to see how
> >> feasible it would be to create an AMD64 code generator.
[...]
> I'm going to copy the i386 path to an a64 path
imes, but what isn't. It's just that it's not a VM trying to
execute byte-code... it's an operating system which directly manages
hardware.
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
re which is both complex
and highly beneficial for all concerned.
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
ties,
compile-time semantic modulation, etc. For this reason, Pugs will
probably be the compiler that first compiles the ultimate Perl 6
compiler, but thereafter Pugs will no longer be the primary reference
implementation. This is documented by the Pugs team at
http://svn.perl.org/perl6/pugs/trunk/docs
On Wed, 2005-02-09 at 12:08, [EMAIL PROTECTED] wrote:
> I read that you can provide support (in Perl 6) for most languages that
> parsers have been written for. As it appears to me, however, the languages
> that you are mainly interested in are substitutes (competitors) to Perl.
You're mista
On Mon, 2004-10-18 at 07:55, Sam Ruby wrote:
> I've been trying to make sense of Python's scoping in the context of
> Parrot, and posted a few thoughts on my weblog:
>
> http://www.intertwingly.net/blog/2004/10/18/Python-Parrot-and-Lexical-Scopes
It seems like everything on that page boils down
On Wed, 2004-10-13 at 12:10, Matt Diephouse wrote:
> I'm still working on a new Forth implementation...
>
> Forth has a word `key` that gets one character from stdin. It
> shouldn't wait for a newline to get the character. Is there any way to
> implement this currently in PIR?
You can't do this i
On Wed, 2004-10-13 at 10:44, Matt Fowles wrote:
> I am of the opinion that we should treat regular expression as simply
> another language. Thus one can register different compilers for
> different regex syntaxes and we do not need to add more opcodes for
> them.
That is essentially what I've pr
On Wed, 2004-10-13 at 10:29, Leopold Toetsch wrote:
> Aaron Sherman <[EMAIL PROTECTED]> wrote:
> > I've done quite a lot of thinking about Parrot's rx_compile op, as I was
> > thinking about implementing it.
>
> Given that rx_compile syntax and semantics
control over the
details (or provide FSA semantics over more complex tokens than just
characters). Either way, the result is an FSA which can be executed (aka
"simulated") by invoking its continuation.
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
On Mon, 2004-10-11 at 14:03, Sam Ruby wrote:
> Here's a script that will run in both Python and Perl. It simply will
> return different results.
>
>print "1" + "2","\n",;
>print "45%s8" % "7","\n",;
>print 45 / 7 ,"\n",;
>print ['a','b','c'],"\n",;
>
On Fri, 2004-10-01 at 18:22, John Paul Wallington wrote:
> Jerome Quelin <[EMAIL PROTECTED]> writes:
>
> > And the minibuffer tells me:
> > Symbol's function definition is void: line-beginning-position
> >
> > I'm using xemacs 21.4.14
>
> You could put something like:
> (defalias 'line-beginning-
aracter on the current line.
With argument N not nil or 1, move forward N - 1 lines first.
If scan reaches end of buffer, return that position."
(save-excursion
(beginning-of-line)
(if n (next-line n))
(point)))
no?
--
Aaron Sherman
Senior Systems Engineer and Toolsmith
[EMAIL PROTECTED] or [EMAIL PROTECTED]
ends on how valuable it is to be able to do it the same
way in all compilers.
If you want to embrace this in Parrot, you're probably going to want
to use something akin to the Perl 6 model, since it's designed to be
able to emulate the Python, Ruby and Scheme models.
--
Aaron Sherman
Senior Systems Engineer and Toolsmith
[EMAIL PROTECTED] or [EMAIL PROTECTED]
On Tue, 2004-09-28 at 12:05, Jeff Clites wrote:
> On Sep 28, 2004, at 7:02 AM, Aaron Sherman wrote:
>
> > why not have each language do it the way
> > that language is comfortable (e.g. place it in the regular namespace as
> > a "variable" like Python or plac
On Mon, 2004-09-27 at 13:04, Chip Salzenberg wrote:
> For Perl, I get that. But for Python, AFAICT, namespaces are
> *supposed* to be in the same, er, namespace, as variables. No?
Yes, and what's more the suggestion of using "::" in Parrot won't work
perfectly either (I'm pretty sure that there
On Tue, 2004-09-28 at 03:53, Leopold Toetsch wrote:
> We already have the Random PMC with vtables to create random numbers.
> There's really no need to have opcodes too. If there aren't serious
> arguments for keeping these opcodes, they'll be removed for the release.
Didn't you and I specifical
that in the first
place, this would be much less embarassing ;-)
However, the point is still sound, and that WILL work in P6, as I
understand it.
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
On Fri, 2004-09-24 at 10:03, KJ wrote:
> So, my question is, why would one need lexical pads anyway (why are they
> there)?
They are there so that variables can be found by name in a lexically
scoped way. One example, in Perl 5, of this need is:
my $foo = 1;
return sub { $foo ++
On Mon, 2004-09-13 at 07:19, [EMAIL PROTECTED] wrote:
> On Mon, 6 Sep 2004, Aaron Sherman wrote:
> > > Sized low-level types are named most generally by appending the number
> > > of bits to a generic low-level type name:
> > >
> > > [...] int1 int2 int4 int8
On Wed, 2004-09-08 at 17:40, Rhys Weatherley wrote:
> On Thursday 09 September 2004 02:40 am, Larry Wall wrote:
>
> > An interesting question would be whether we can bootstrap a Parrot
> > cross-compile database using autoconf's *data* without buying into the
> > shellism of autoconf. Or give som
On Wed, 2004-09-08 at 12:40, Larry Wall wrote:
> have to be careful to separate architectural parameters from policy
> parameters. An architectural parameter says your integers are 32 bits.
> A policy parameter says you want to install the documentation in the
> /foo/bar/baz directory. Cross com
g a method. Python would invoke "yawn" on z with no
parameters and the Perl:
package Chunder;
...
sub yawn { my $self = shift; print "Now yawning\n" }
would be invoked as normal.
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
packfile.c:3103
#12 0x080ede8c in Parrot_load_bytecode_sc (cur_opcode=0x8980b70,
Hope this helps!
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
On Tue, 2004-09-07 at 11:59, Andrew Dougherty wrote:
> Both autoconf and metaconfig assume a unix-like environment. Ambitious
> plans for parrot's configure include non-unix environments too, such as
> VMS and all the ports where perl5 uses a manually-generated config.*
> template.
autoconf assu
On Tue, 2004-09-07 at 09:26, Dan Sugalski wrote:
> *) Namespaces are hierarchical
>
> So we can have ["foo"; "bar"; "baz"] for a namespace. Woo hoo and all
> that. It'd map to the equivalent perl namespace of foo::bar::baz.
[...]
It's also possible to hoist a sub-space up a few levels, so that t
On Tue, 2004-09-07 at 08:00, Jens Rieks wrote:
> On Tuesday 07 September 2004 07:52, Robert Schwebel wrote:
> > Would autoconf/automake be an option for the C part of parrot?
> No, its only available on a few systems.
Ok, this is probably a moot conversation because Metaconfig
(http://www.linux-ma
On Mon, 2004-09-06 at 18:29, Aaron Sherman wrote:
> I think right now that info is all in config/init/data.pl, and it's
Scratch that. I was grepping through the tree for "Config{" which turns
out to not catch the way %Config is used in most of the tree... I'll
have a look
On Mon, 2004-09-06 at 18:29, Aaron Sherman wrote:
> On Mon, 2004-09-06 at 12:42, Dan Sugalski wrote:
> > If someone could go through and make a list of what info configure.pl
> > pulls from perl, I'll start writing (or snagging :) the probing code
> > to do it ourselv
=> $Config{ldflags},
libs => $Config{libs},
exe => $Config{_exe}, # executable files extension
ld_shared => $Config{lddlflags},
ar=> $Config{ar},
ranlib=> $Config{ranlib},
make => $Config{make}
mplementation actually makes them work at a higher level of
abstraction.
How would Parrot expect languages to implement such features? Should
there be a set of (highly JIT-optimizable) PMCs that present sized type
features, should the core register types be sizable somehow or should
languages just be
Ok, I get it now, thanks Larry.
I do still think that you can do what I suggest, but I realize that it's
not as easy as handing around a single pad, you would actually need to
maintain either a list of pads (outside of the built-in pad stack,
probably inside of C<$0>) or a list of C<$0>s, each wi
On Thu, 2004-09-02 at 11:27, Felix Gallo wrote:
> Although the next regex engine has to deal with the horribly
> crufty new perl6 syntax
Keep in mind that Perl 6 regexen are really just Perl 5 regexen with a
call stack and backtracking control. Absolutely everything else that I
see in P6 is eithe
On Wed, 2004-09-01 at 17:00, Larry Wall wrote:
> : Let's get concrete:
> :
> : rule foo { a $x:=(b*) c }
> : "abbabc"
> :
> : So, if I understand Parrot and Perl 6 correctly (heh, fat chance), a
> : slight modification to the calling convention of the closure that
> : represents a rule (
On Wed, 2004-09-01 at 16:33, Aaron Sherman wrote:
> rule foo { a $x:=(b*) c }
In the rest of my message I acted as if that read:
rule foo { a $x:=(b+) c }
so, we may as well pretend that that's what I meant to say ;-)
--
â 781-324-3772
â [EMAIL PROTECTED]
â http://www
On Wed, 2004-09-01 at 16:07, Larry Wall wrote:
> I see one other potential gotcha with respect to backtracking and
> closures. In P6, a closure can declare a hypothetical variable
> that is restored only if the closure exits "unsuccessfully". Within
> a rule, an embedded closure is unsuccessful
On Wed, 2004-09-01 at 11:17, Leopold Toetsch wrote:
> Comments welcome,
Honestly, much of this goes beyond my meager understanding of Parrot
internals, but I've read it, and most of it seems reasonable. Just on
point where you may not have considered a logical alternative:
> =head2 2.6. Morphing
On Sat, 2004-08-28 at 16:17, Dan Sugalski wrote:
> Time to finish this one and ensconce the API into the embedding interface.
That reminds me, I was reading P6&PE yesterday, and I came across a
scary bit on loading of shared libraries. The statement was made that
Parrot would search the current di
On Mon, 2004-08-30 at 14:40, Ozgun Erdogan wrote:
> > > Currently, we're using perl-5.6.1 and are having problems with memory
> > > leaks - thanks to reference counting.
> >
> > You'll have to break reference loops explicitely.
>
> If only I had known where those circular references are. I have a
Please let me know who is appropriate for this, and whatever you do,
please don't reply to / CC the list. We don't need to bog down the works
with discussion of spam filtering.
I'm noticing that mail from perl6-* is showing up with this header:
Received-SPF: softfail (mail.ajs.com: transitioning
Leopold Toetsch wrote:
Leopold Toetsch wrote:
Stephane Peiry wrote:
g_return_val_if_fail (G_IS_OBJECT (gobject), 0); Fails here
gtk shouldn't make assumption on the user_data argument IMHO.
The whole idea behind callbacks is, that there is a userdata argument
that get's passed through tr
Felix Gallo wrote:
Aaron writes:
Ok, this is starting to look like people speaking seriously about using
Intercal's COME FROM (http://c2.com/cgi/wiki?ComeFrom)... can we just
step back and take a deep breath of AIR please? Seriously, this is
starting to creep me out.
Aspect Oriented Program
On Wed, 2004-08-18 at 15:57, Felix Gallo wrote:
> Dan writes:
> > sub foo :come_from('+', int, int) {}
>
> One problem with MMD in general, and return specifically, is
> 'what happens if multiple M match the same D requirements?
> i.e.,
That's a question, not a problem. It's easy to answer q
On Wed, 2004-08-18 at 10:06, Dan Sugalski wrote:
> Yep, though the error dispatch case is definitely the easy one. Where
> it gets fun is:
>
> sub foo :come_from('bar', int) {
You've created an MMD come-from
Uh... that hurts.
I think using it for type-based, switch-like dispatch would
On Tue, 2004-08-17 at 16:22, Felix Gallo wrote:
> On Tue, Aug 17, 2004 at 04:08:34PM -0400, Dan Sugalski wrote:
> > 1) We're going to have MMD for functions soon
> > 2) Function invocation and return continuation invocation's
> > essentially identical
> > 3) Therefore returning from a sub/method c
I don't want to argue per-se (that doesn't do anyone any good), so if
your mind is made up, that's cool... still, I think there's some value
in exploring the options, so read on if you're so inclined.
On Wed, 2004-08-11 at 04:40, Dan Sugalski wrote:
> > Converting Unicode to non-Unicode c
On Mon, 2004-08-09 at 14:14, Dan Sugalski wrote:
> Additionally if we have source text which is
> Latin-n, EBCDIC, ASCII, or whatever we must be
> able to convert it with no loss to Unicode.
> (Which I believe is now doable with Unicode 4.0)
> Losslessly converting Unicode to
> ASCII/EBCDIC/w
On Thu, 2004-08-05 at 14:11, Aaron Sherman wrote:
> Parrot could
> easily make the distinction based on being passed a string value or a
> PMC array of some sort and end up with roughly the same functionality as
> Perl (though Perl itself would not use this as-is, as it decides furthe
On Thu, 2004-08-05 at 13:43, Dan Sugalski wrote:
> Cool. On the Unix platforms we exec off 'sh' and pass in parameters
> (so we get command parameters split up right, IIRC). I'm presuming we
> don't do the same for Windows, so I'll make it the plain command and
> hope it all works out.
Well, t
e some sort of namespace aliasing for this sort of thing
(or the Microsoft naming scheme for C#/.Net Framework for that matter)?
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Perl Toolsmith
http://www.ajs.com/~ajs/resume.html
ect should not
"become" read-only
e) true read-onlyness will probably most often be optimized at the
language level by storing cached values in typed registers anyway
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Perl Toolsmith
http://www.ajs.com/~ajs/resume.html
might be unfortunate. How much of a problem that is, I'm not sure.
As for threading, I think the simple layering is easiest, and again, you
create the PMC layered if you want that functionality (e.g. for
locking).
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsm
asswords.
The offending host appears to be 81.196.122.75.
--
Aaron Sherman
[EMAIL PROTECTED] finger [EMAIL PROTECTED] for GPG info. Fingerprint:
www.ajs.com/~ajs6DC1 F67A B9FB 2FBA D04C 619E FC35 5713 2676 CEAF
Visit my Mushroom Journals at http://mush.ajs.com/
;thread', or 'Icon'.
If you're talking about search engines, then of course "parrot event"
works just fine. If you're talking about searching your code, then
that's another matter.
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
On Wed, 2004-04-28 at 09:54, Aaron Sherman wrote:
> A simple implementation of rand() and srand() which may not be ideal for
> Perl. Also included is the test file for random ops. If anyone can think
> of a good way to ALWAYS know that a number we got back was "random",
> th
er name. I'm open to suggestions here...
How about "skippy"?
Seriously, I would say that event is about as abstract as it comes. Even
the proposed "message" is, in some ways, LESS abstract.
What's the specific sort of case events don't seem to cover? The setting
On Tue, 2004-05-04 at 11:36, Dan Sugalski wrote:
> At 11:25 AM -0400 5/4/04, Aaron Sherman wrote:
> >So, all Parrot IO will be asynchronous? Does that mean that there's no
> >way to perform an atomic read or write?
>
> Yes, and there isn't now anywhere anyway
write Px, Py, Sz # Return handle, file, and data to write
> waitfor Px # Wait for the request to finish
So, all Parrot IO will be asynchronous? Does that mean that there's no
way to perform an atomic read or write?
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Syst
ctor class later on. Perl will just
have to suffer the overhead of translation. This just IS NOT important
enough to waste this many brain cells on.
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
signature.asc
Description: This is a digitally signed message part
the package, but I figured
that as long as we were going to have the rest of the bit-manipulators,
finishing off the set would be of value.
More to the point, I said all of this at the beginning of this thread.
You should not, at this point, be confused about the scope of what I
want to do, as it
does NOW for bit-string-ops and see if it needs to mutate
to fit this model. Then I'll add in the rest. Then I get to see what
evil Dan and Leo perform upon my patch ;-)
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
signature.asc
Description: This is a digitally signed message part
shoulders of the client language (by saying
that the operands must be pre-converted, but that seems to be contrary
to Parrot's usual MO.
Let me know. I'm happy to do it either way, and I'll look at modifying
the other bit-string operators if they don't conform to the
inconsistent in his
string postings, given that those ops were already there. I may have
problems with the extent to which Parrot embraces abstraction, but
inconsistency is not one of them.
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
telephone
> (330-668-5000), and destroy the original message. Thank you.
Need I point out http://www.goldmark.org/jeff/stupid-disclaimers/
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
want to play games with any other encoding, you may
proceed to write your own damn code ;-)
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
n no danger of
doing at all, but I'm just bringing it up) might be WORSE than you would
think on P4 and beyond because of hyperthreading.
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
t think
shifting right should shrink the string.
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
core system abstraction layer, I was
just waving the "keep the native access too" flag, since I've seen too
many systems abstract away the native system to the point that no
reasonable integration can occur between the language and its
surroundings (e.g. Java).
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
f well
defined word in these parts.
> >Should be OWNER_CD?
> >Should be SYSTEM_CD?
> >Should be OTHER_CD?
>
> Yep. Cut'n'paste error. :(
I didn't even see that. Being dyslexic, my eye skips over that kind of
error very easily. I just see it as my own mistake
er, but then we knew that,
and there will have to be conventions to prevent it.
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
s it did
Keeping a niche open for ACLs is probably smart, esp. in the Windows
world.
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
ip Parrot before the Y3k bug
becomes a problem ;-) I understand that, and perhaps that's a reason to
speculate about such a best, but implement after 1.0, but that doesn't
invalidate the point.
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
On Wed, 2004-04-28 at 12:33, Dan Sugalski wrote:
> At 12:21 PM -0400 4/28/04, Aaron Sherman wrote:
> >Since we're specifically talking about Perl here (and probably not Perl
> >5, since its overloading model is baroque and probably has to be managed
> >by the compiler,
nd $y in a PMC or an INT, that's not the
programmer's concern, only that his addition is going to be addition and
no one's going to rip that out from under him).
Certainly in Java that's going to be the case. I don't know Ruby or
Python well enough to comment.
--
Aaron Sherman &l
in Win32, Darwin, VMS, PalmOS, then you can avoid these
points of confusion.
Heck, you might even provide this abstraction as yet another layer, if
it's really helpful. But most languages/system libraries that don't come
out of Microsoft expect a POSIX view of the world, so that's pro
and is there
any way around that performance hit for code that doesn't want to take
it?
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
100 mathish functions in
your native language defined as:
foo: emit_parrot("foo", return, args)
but rand defined as:
rand: emit_parrot("set", return, "Random")
It's just a potential point of confusion.
--
Aaron Sherman <[EMAIL PROTECTED]&g
now and probably is a matter for library maintainers
in those languages anyway.
Oh, one more thing: I added op numbers for the sqrt ops since they were
causing me to be given some warnings during build. Feel free to ignore
them if you don't want sqrt to have op numbers.
--
Aaron Sherman &l
See attached patch which prevents the docs/Makefile from including
invalid targets that just happen to be editor temp files (emacs temp
files have a "#" character which really boggles make).
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It'
On Fri, 2004-04-23 at 15:34, Dan Sugalski wrote:
> At 3:25 PM -0400 4/23/04, Aaron Sherman wrote:
> >That I did not know about, but noticed Dan pointing it out too. I'm
> >still learning a lot here,
>
> It might be best, for everyone's peace of mind, blood pressure,
hey truly don't exist, perhaps this is a good place for me to jump in
and get to know the code rather that just talking :)
rand/srand
sqrt
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
On Fri, 2004-04-23 at 14:52, Leopold Toetsch wrote:
> Aaron Sherman <[EMAIL PROTECTED]> wrote:
>
> > What might be interesting is to compare Parrot to Parrot doing this with
> > and without a hyper-operator. That's all I was trying to say.
>
> I'd posted t
Note: We've moved past hyper-ops (I hope!), but there are still some
details in this post that deserve a response on tangential topics.
On Wed, 2004-04-21 at 11:52, Leopold Toetsch wrote:
> Aaron Sherman <[EMAIL PROTECTED]> wrote:
> > That's unrealistic.
>
> No.
sorry, but I'm not able to recall the result at this
point. If I have time, I'll chase it down.
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
l 6 compiler, and obviously the Perl 6 compiler can
> call out to parrot.
Clearly my question was garbled the first time, as this answer is
exactly what I was looking for. Thanks!
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a
.
Sounding like problem solved to me! Thanks Larry.
--
Aaron Sherman <[EMAIL PROTECTED]>
Senior Systems Engineer and Toolsmith
"It's the sound of a satellite saying, 'get me down!'" -Shriekback
On Thu, 2004-04-22 at 14:44, Dan Sugalski wrote:
> At 1:05 PM -0400 4/22/04, Aaron Sherman wrote:
> >This is in direct contradiction to what I'm hearing from you, Dan.
> >What's the scoop?
>
> The scoop is that
>
> my Joe $foo;
>
> emits the c
1 - 100 of 135 matches
Mail list logo
