At 7:04 PM -0400 8/9/04, Benjamin K. Stuhl wrote:
Dan Sugalski wrote:
Since we're running into Ponie issues with this, which means we'll
run into Apache issues as well as any number of other systems
When Parrot's being embedded I can see the following functions
needing overriding
At 6:32 PM +0100 8/10/04, Arthur Bergman wrote:
On 11 Aug 2004, at 06:10, Dan Sugalski wrote:
* Networking: socket, accept, connect, listen, etc. (see Files)
Yeah, and this'll be ever so much fun too. We need to add in select
and poll to that list.
Modern operating systems all have a way
behaviour in the
register allocator. The biggest sub I can find off-hand is 69496
lines, from an original source language that stuffs about 400K of
source text into a single routine...
--
Dan
--it's like this---
Dan Sugalski
/Parrot_Implementation.pdf
Nothing really new if you've been following along, but if you've
never dived into the core ops or pmc processing system they may be
interesting.
--
Dan
--it's like this---
Dan Sugalski even samurai
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
', and so we can get the source fixed up
now, rather than put it off even more.
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
of string compares. That could be done, if
someone cares to, by altering the perl code that generates nci.c from
call_list.txt.
Heck, I'll go put that on the todo list.
--
Dan
--it's like this---
Dan Sugalski
At 11:57 AM -0700 8/9/04, chromatic wrote:
On Mon, 2004-08-09 at 11:36, Dan Sugalski wrote:
Right now the master function in nci.c that figures out if we have a
thunking function for a given function signature does a linear search
looking for a match. This is pretty nasty and gets slower
At 4:12 PM -0400 8/9/04, Melvin Smith wrote:
At 11:22 AM 8/9/2004 -0400, Dan Sugalski wrote:
At 1:13 PM +0200 8/8/04, Leopold Toetsch wrote:
Leopold Toetsch [EMAIL PROTECTED] wrote:
You can verify this step by running -v:
$ parrot -v inv_mod.imc 21 | grep symb
build_reglist: 5783 symbols
.
A separate report on that will follow.
Applied, thanks. (With some chagrin, as I'm responsible for that
particular monstrisity)
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED
At 12:04 PM -0400 8/9/04, Dan Sugalski wrote:
Since we're running into Ponie issues with this, which means we'll
run into Apache issues as well as any number of other systems
When Parrot's being embedded I can see the following functions
needing overriding by the embedder:
*) Memory
to start.
Not thrilling work, but not bad either as these things go. Could be
worse, certainly.
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
At 5:44 PM -0400 8/9/04, Matt Fowles wrote:
Dan~
On Mon, 9 Aug 2004 17:22:18 -0400, Dan Sugalski [EMAIL PROTECTED] wrote:
At 12:04 PM -0400 8/9/04, Dan Sugalski wrote:
Since we're running into Ponie issues with this, which means we'll
run into Apache issues as well as any number of other
, but let's start with this and
fill in the blanks.
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy
.
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
At 12:06 AM +0100 8/6/04, Jonathan Worthington wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
Which was just a dopey oversight on my part when this got put in.
I'm adding an exec opcode alongside the spawn opcode. Does what you'd
expect an exec to do.
I've updated config/gen/platform generic
applied -- thanks!
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears
because they're too nasty for parrot, which is better than it's been.
(I've been tweaking the compiler some as I go along as well to try
and simplify things, so there have been wins there too)
--
Dan
--it's like this---
Dan Sugalski
, and I'm wondering
if there's a cutoff point--if you hit N times around the loop you're
there forever, or something.
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have
thing,
though -- I'm all for that)
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
this reason. Remnants of it show up from time to time. :(
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
At 9:51 AM +0200 8/6/04, Leopold Toetsch wrote:
Dan Sugalski wrote:
... extraordinarily large (60-80k lines) ...
... dying with an out-of-memory error.
How many symbols does the sub have? Please set a breakpoint at
imcc/reg_alloc.c:468 and inspect:
n_symbols
(or just create a debug print
it didn't change the results on my nasty
programs. The size reduction seems worth it, though.
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
than builtin.
Taking a page from the VMS book, it *should* be required for Parrot
to build. This'll make sure that the library's built, tested, and
available for anything but a truly minimalist release.
--
Dan
--it's like this---
Dan Sugalski
the
interpreter structure rather than copying it.
There's still an awful lot of copying going on, but I think it'll
make some things a little simpler.
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED
At 5:35 PM +0200 8/7/04, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
I'll dig in and see if I can throw that info out. I may also add a
counter to see how many trips through the spill loop each program
takes.
*If* it doesn't die, you can run parrot with -v and you'll get
.
It was a protocol problem, one that's been fixed as I remember. I'd
still like a good shakedown by someone a long way away as the packet
flies before considering switching, but I think things are a lot
better.
--
Dan
--it's like this---
Dan
, at least in the
US) or not, whatever's best.
If you're willing, get in touch with Leo (And Allison Randal
[EMAIL PROTECTED] for the TPF end of things) and work something out.
--
Dan
--it's like this---
Dan Sugalski
At 9:44 AM -0400 8/5/04, Dan Sugalski wrote:
At 11:47 AM +0200 8/5/04, Leopold Toetsch wrote:
Dan Sugalski wrote:
... In this case I'm hitting the double spill error, but this is,
I expect, tied in with the infinite loop the register spiller hits
on some code.
Should be fixed now. Hopefully
-of-memory error. (Which is also a
potential compromise/DOS attack on parrot, so it needs fixing for
security reasons too)
-Original Message-
From: Dan Sugalski [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 05, 2004 9:44 AM
To: Leopold Toetsch
Cc: [EMAIL PROTECTED]
Subject: Re: Spilling
: Dan Sugalski [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 05, 2004 11:15 AM
To: Butler, Gerald
Cc: [EMAIL PROTECTED]
Subject: RE: Spilling problems
[Cc'd back to the list, since it's of general interest]
At 9:51 AM -0400 8/5/04, Butler, Gerald wrote:
I hate to intrude on this discussion, but, I
try it, though I'd love it if someone with windows experience could
fill in the blank there.
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
At 2:11 PM -0400 8/5/04, Aaron Sherman wrote:
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
for different register types, so it
doesn't much matter. This could be an issue, but I don't think we'll
see one here.
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have
of the reason for
the list 'o stuff is to make it so we can reasonably start writing
compilers without expecting to have to mess with them because we're
fooling with parrot.
Dan Sugalski wrote:
In what's seems a rather bizarre twist, Parrot's getting production
ready. Yes, I find this really
, and get the perl6-internals list
renamed to parrot-internals (which is what it really is) so we can
get things properly sorted out, as I expect Patrick will be digging
into the fun stuff pretty darn soon.
--
Dan
--it's like this---
Dan
.
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
be a Good Thing for an
awful lot of folks)
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
to reimplement the Unicode support in a parrot
language, well... that'd be keen and we could toss ICU from the
distribution entirely. (Though still use it if there's a system
version installed)
--
Dan
--it's like this---
Dan Sugalski
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
At 6:20 AM -0700 8/3/04, Joshua Gatcomb wrote:
--- Dan Sugalski [EMAIL PROTECTED] wrote:
... and therefore ICU will continue to stay in CVS
as part of parrot. Period.
The alternative here is the same alternative as with
GMP and big numbers--we can yank ICU *if* someone
writes an alternate
changes to the timeline...
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy
be thrilled if ICU became optional again. Wouldn't hurt my
feelings at all. We need it, because we need Unicode, but it doesn't
have to be required.
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
At 10:35 AM +0200 7/20/04, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
Leo, we've talked about this before. The sensible and straightforward
thing to do in a case like this is to tag in the sub pmc which
register frames are used by the sub.
And what, if the sub calls another
At 4:59 PM +0200 7/20/04, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
At 10:35 AM +0200 7/20/04, Leopold Toetsch wrote:
And yes, this will, with sufficient call depth, result in an
all-bits-set dirty mask, which is also why we allow bytecode to
*unset* bits in the dirty frame
At 5:56 PM +0200 7/20/04, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
Copying 640 bytes once, or 640 bytes * 2 * nr of calls? What is
inefficient?
This *only* makes a difference for vtable functions written in
bytecode. For normal code we're already copying the frames
At 9:43 AM -0700 7/20/04, Larry Wall wrote:
On Tue, Jul 20, 2004 at 11:34:32AM -0400, Dan Sugalski wrote:
: So much for not changing the calling conventions. :(
I think most of us would agree that you're allowed to break anything
you like this week. Worry about unbreaking things after OSCON
At 6:46 PM +0200 7/20/04, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
... It's desperately un-thread-safe, which is
one of the things that didn't make it out in my last reply.
Your recent words related to threads were: we don't optimize for threaded
programs. We optimize
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
At 9:18 PM +0200 7/20/04, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
At 6:46 PM +0200 7/20/04, Leopold Toetsch wrote:
I forgot that in my proposal. Subroutine PMCs need duplication for
new threads.
That doesn't work for closures, which can be shared across threads in
a pool
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
At 8:10 AM +0200 7/17/04, Leopold Toetsch wrote:
14.07.2004 *Dan's already starting with the Bytecode converter - SNCR*
SNCR? Selective Non-catalytic Reaction? Erm... Okay... :)
--
Dan
--it's like this---
Dan
this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
At 6:57 PM +0200 7/15/04, H.Merijn Brand wrote:
On Thu 15 Jul 2004 18:53, Dan Sugalski [EMAIL PROTECTED] wrote:
Figured I'd drop this note as I'm poking at this over lunch.
if you try to pun the piethon spelling,
py-thong
would sound a lot sexier
It'll be Guido and I. Are you *sure* that sexier
At 10:19 PM +0200 7/15/04, Leopold Toetsch wrote:
Dan Sugalski wrote:
Figured I'd drop this note as I'm poking at this over lunch.
There's a number of opcodes that access attributes of the code
object. What I'm going to do is take advantage of the fact that we
stick the sub/method being called
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
At 10:17 PM + 7/15/04, Steve Peters wrote:
On Friday 16 July 2004 02:46 am, Dan Sugalski wrote:
And language builtin namespaces in general. We need a standard, and
now's as good a time as any, so...
All language-specific builtin functions go into the _core_Language
namespace. (So
: CPAN or http://www.sidhe.org/~dan/Python-Bytecode-2.6.tar.gz
And yeah, I know, I broke the tests. Patches, as they say, welcome. :)
--
Dan
--it's like this---
Dan Sugalski even samurai
to :)
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
I'm putting the piethon conversion program up for folks to look at.
Far from done, but tonight (hopefully) will be productive.
http://www.sidhe.org/~dan/piethon/translator.pl
--
Dan
--it's like this---
Dan
like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
At 7:43 PM +0200 7/14/04, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
Okay, here's a really, really evil idea. (And yes, bluntly, it's
triggered by the pie-thon bytecode translator's needs) I need a
stack,
Do you? I've converted all stack stuff at compile time, till now. I
,
unicode, complex numbers, and some weird bits in with the extended
precision numbers, so all the compiled bytecode modules at least
fully parse.
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL
). *But* these seem both to be
bogus: I can't imagine that e.g. Z1 should evaluate to int(1).
I can't think of a reason Z1 should be 1 -- it ought to be zero.
Dan
--it's like this---
Dan Sugalski
On Mon, 12 Jul 2004, Nicholas Clark wrote:
On Mon, Jul 12, 2004 at 09:20:31AM -0400, Dan Sugalski wrote:
On Mon, 12 Jul 2004, Leopold Toetsch wrote:
1) I've serious troubles with the precision of string_to_num. The test
bewow fails, 1.e100 isn't really 10**100.
2) I've modified
this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
-Bytecode-2.4.tar.gz
Have at it, and good luck. If Simon wants (he's bcc'd to save him the
inevitable replies) I'll put it on CPAN and actually (ick) take
responsibility for it.
Dan
--it's like this---
Dan
this in shape to actually be
useful and pass on the the patches to Simon for CPAN release.
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
.
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
,
at [EMAIL PROTECTED]
Good luck!
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy
At 6:21 AM -0700 7/6/04, Austin Hastings wrote:
--- Dan Sugalski [EMAIL PROTECTED] wrote:
we need a Perl 6 pumpking,
Luke Palmer.
No fair volunteering other people, though I'd be happy to forward
*your* volunteering on to Allison... :-P
--
Dan
--it's like
the
You're on vacation thing seriously :)
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
At 8:46 AM +0200 7/1/04, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
Nope. Nor, if the freeze/thaw system is representation-neutral, as a
plugin option for parrot itself. There are just some license issues (or
I'm reading it wrong, which is an issue itself :) that make shipping
At 8:42 AM +0200 7/1/04, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
And I'm now thinking that we want to do mmd for assignment. Dammit. :(
Don't think so. We need, ehem, probably, set_complex, get_complex and so
on vtables. Complex is a basic type like integer, number, or bignum
At 8:21 PM +0200 7/6/04, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
cvsuser 04/07/06 09:57:07
Modified:ops debug.ops
Log:
add in a die() op to just flat-out die. Right now. Calls the _exit
function, and it doesn't get a whole lot more fatal than
, and we don't do syntax. :)
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
code be Undef PMCs
also makes some sense here)
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears
:
MAKE_CLOSURE:
BUILD_SLICE:
EXTENDED_ARG:
CALL_FUNCTION_VAR:
CALL_FUNCTION_KW:
CALL_FUNCTION_VAR_KW:
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
changing the design here. I guess I had better ask Dan - is this
OK?
Yes. Fix up the PDD, though, to match the change.
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL
On Sat, 26 Jun 2004, Nicholas Clark wrote:
On Fri, Jun 11, 2004 at 11:09:49AM -0400, Dan Sugalski wrote:
set up (Ask's working on it, so at some point we will have a
compilers, standard library, and real perl6-internals list) we'll
Called parrot-internals ?
Yup. Along with Parrot
not have time to dig into strings this week since, while I
don't have easy e-mail access, I do have easy CVS access. We'll see how
that one goes.
Dan
--it's like this---
Dan Sugalski
be difficult)
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy
for parrot itself. There are just some license issues (or
I'm reading it wrong, which is an issue itself :) that make shipping GMP
with parrot problematic.
Dan
--it's like this---
Dan Sugalski
to
guarantee, at which point I'd hope (though not necessarily expect...) that
the need or lack of need for these would be clear.
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL
for assignment. Dammit. :(
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
with scissors then convert
your string to a binary byte buffer and go from there. At least then when
you poke out an eye you won't be nearly so surprised.
Dan
--it's like this---
Dan Sugalski
On Mon, 28 Jun 2004, Austin Hastings wrote:
--- Dan Sugalski [EMAIL PROTECTED] wrote:
On Mon, 28 Jun 2004, Juerd wrote:
Dave Whipp skribis 2004-06-28 9:55 (-0700):
substr($string, 2 bytes, 4 bytes) = $substitute;
substr($string, 2, 4 :bytes)
substr($string, 2 but graphemes
On Thu, 24 Jun 2004, Piers Cawley wrote:
Dan Sugalski [EMAIL PROTECTED] writes:
Sorry this one sat so long. (Piers reminded me with the summary)
It worked then '
And not for the first time
hit
release, but it'd make it easier to catch this stuff.
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
On Tue, 22 Jun 2004, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
On Tue, 22 Jun 2004, Leopold Toetsch wrote:
I think both should use just interpreter-class_hash. OTOH putting PMC
names into this one hash makes it more likely that we get name
collisions for user class
On Sun, 20 Jun 2004, Ion Alexandru Morega wrote:
Dan Sugalski wrote:
I checked in more of PDD 17, detailing parrot's base types. Some of
those types definitely don't exist (like, say, the string and bignum
type...) and could definitely use implementing. Should be fairly
straightforward
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
.
Dan Sugalski wrote:
Since this is getting worked on now, I figured I'd post the benchmark URL
for anyone who might be interested:
ftp://python.org/pub/python/parrotbench/parrotbench.tgz
It's pretty evil, and there's a chunk of let's exercise python's builtins
just because code
401 - 500 of 4345 matches
Mail list logo