ith a mess, I'll end up reverting to prior CVS versions, and
there'll be mass grumbling. And we just don't want that. :)
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED]
Dan
--it's like this-------
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
At 10:12 AM -0400 8/20/04, Matt Fowles wrote:
Dan~
Just a few small questions about scons to clarify...
On Fri, 20 Aug 2004 09:16:24 -0400, Dan Sugalski <[EMAIL PROTECTED]> wrote:
Whatever we use is fine as long as:
a) We can edit the dependency file without having to know the
langua
to add in charset.h and encoding.h headers to define
the charset and encoding vtables.
At some point I'll finally get to teaching string.c how to use the
new stuff rather than diving directly into ICU, and then we'll see
where we go from there.
--
Dan
--
ied, thanks.
--
Dan
--it's like this-------
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
#x27;libtool' from the commandline seems to have unexpectedly little
cruftiness. However I don't know about Win32 support.
Or support for other unices, or non-unix systems. :(
This'll have to be done manually, unfortunately.
--
Dan
----
;, <<'OUTPUT', "integer literals");
print 0x2A
print "\n"
print 0X2A
on this line.
Leo, any reason to be case sensitive on this stuff you can think of?
--
Dan
----
Dan
--it's like this-------
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
m comfortable with, but if
the tool works and is stable I'm easy here.
--
Dan
------it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
At 8:41 PM +0200 8/19/04, Leopold Toetsch wrote:
Dan Sugalski wrote:
If span can generate PIR that'll run on a base parrot interpreter, ...
Currently custom opcodes and an all-in-one PMC, the object - IIRC. But ...
... I'd love to get some to check in as part of the test suite.
... tha
ings fixed such that people can
rely on them, and the easiest way to do that's with tests. :)
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED]
r is
thrown. I can see getting quantum and going for all of them at once,
though. That'd be really cool...
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED]
At 11:33 AM -0400 8/18/04, Aaron Sherman wrote:
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.
Yes,
At 6:20 PM -0400 8/17/04, Aaron Sherman wrote:
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
> es
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
At 12:40 PM -0400 8/16/04, Dan Sugalski wrote:
I should [TODO] this, but I think it might get lost in the recent
blast 'o TODO items. (All of which I'd be thrilled if someone took
on. A big thanks to Will for diving into the queue and website and
getting things in a semblance of or
add to a language to take advantage of this...
--
Dan
--it's like this-------
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
At 7:30 PM +0100 8/17/04, Nicholas Clark wrote:
On Tue, Aug 17, 2004 at 02:01:31PM -0400, Dan Sugalski wrote:
Yep, per-interpreter means per-thread. Each thread gets an
interpreter. (Logically, at least. There'll only ever be one OS
thread in an interpreter at any one time, though I su
leged subs, and automatic priv checking for subs,
but that's all extra. I really ought to start writing the spec so I
can pass it on to people who actually know what they're doing to rip
to shreds...
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
ed and set/reset) Nothing too fancy, but expressive
enough to allow for reasonable control over restricted interpreters.
--
Dan
------it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED]
they're not the same
thing. In this case there's no difference than if you have two or
more methods named, say, 'run', which do very different things.
--
Dan
------it's like this---
Dan Sugalski
inherited from.
That's fine. (Granted, it'd be a parrot class with an interface
attached, rather than a pure parrot interface, but there's nothing
saying what *you* call something has to match what *we* call
something :)
--
Dan
--it
core to walk the tree looking for interfaces. And
documentation. That'd be good.
I should see if I can get a clear path through the network here
today, as it ought to be pretty straightforward to do.
--
Dan
------it's like this---
Dan Sug
plain undef in this
case, so I'm presuming it's perl 6...)
--
Dan
------it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
call into the interpreter.
Not particularly sexy, but definitely necessary. I'd certainly be
just fine with a macro or preprocessor solution, since I think we're
going to have to do this for every extension function...
--
Dan
-----
Dan
----------it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
ase int class named
"int" or "Int", and so is Python, and we should make at least a
minimal attempt to set things up so that code that looks up PMC
classes by name actually behaves right.
If someone wants to take on ownership of the existing PDD on our base
types that's f
think, we're not
going to allow. Later, maybe, but not now.
--
Dan
----------it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
At 5:16 PM +0100 8/10/04, Nicholas Clark wrote:
On Mon, Aug 09, 2004 at 03:11:53PM -0400, Dan Sugalski wrote:
At 11:57 AM -0700 8/9/04, chromatic wrote:
>Is there a particular hash lookup style you have in mind? If there's
>something similar in the code already, I can copy, paste,
x27;t
get GC'd, or put in the root set, then.
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
At 11:07 AM +0200 8/13/04, Hans Ginzel wrote:
On Mon, Aug 09, 2004 at 12:04:31PM -0400, Dan Sugalski wrote:
When Parrot's being embedded I can see the following functions
needing overriding by the embedder:
*) Memory: malloc, realloc, calloc, free
*) Signals: handler register, Handl
e worth dedicating a slot to it. It's a
handy feature, and if we open it up to perl & python I'd bet we'd see
them using it.
--
Dan
--it's like this---
Dan Sugalski
At 12:24 AM -0600 8/13/04, Thomas Fjellstrom wrote:
On August 9, 2004 02:34 pm, Dan Sugalski wrote:
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 <[EM
natures as well. That'd be
useful.
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
Subversion checkout takes 2m14s for me, as compared to CVS 1m.
Yes, 41 minutes, compared to 8 minutes for cvs.
--
Dan
------it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED]
ed, but I'm not sure those are truly and
properly generic, so they're not here. I can certainly see adding in
support for that if we think it's appropriate.
--
Dan
------it's like this---
Dan Sugalski
At 4:15 PM -0400 8/10/04, Aaron Sherman wrote:
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
At 10:48 AM -0400 8/11/04, Aaron Sherman wrote:
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
oding layers,
and that's likely going to be it. I'm not expecting to see new ones
come along, unless someone wants to go nuts with a zip/gzip
compression encoding that pretends to be one of the standard
encodings or something.
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
an
------it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
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 al
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 ov
re clearly indicate that what is
being returned is in fact a size or length and not the actual bytes
or codepoints? Is there a standard format for finding the length of
things?
There's no standard. Making one's fine, and depending on the plural
ending is really a bad idea for non-english
have, I'm sure, forgotten something, 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 an
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
works many places that gets a list, which'd be
a good place 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 samur
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 embed
the nci.t.
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 samur
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 2>&1 | grep symb
build_reglist:
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 the
n a series 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----
g and charset API clear. I'll type that in
and get it off next.
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
e to the 'real world', 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]
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
d like the
code to be C, for reasonably obvious reasons :)
--
Dan
------it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
n/presentations/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
erate 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-------
Da
manageable.
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 th
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 &qu
try, which means that when it's invoked we just use 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
ndard library should be loadable, rather 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
------
;s what you get when I only have a
two hour hacking window and I've never looked at the code before.
I applied this patch, though it didn't change the results on my nasty
programs. The size reduction seems worth it, though.
--
Dan
--it's like th
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
t went away for just
this reason. Remnants of it show up from time to time. :(
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED]
that reducing the size is a bad 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
e time's being taken, 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
[
't compile
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 t
t; I must be missing something somewhere.
Both applied -- thanks!
--
Dan
------it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
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 upda
2273. Thanks.
--
Dan
--it's like this-------
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
onprofit, so donations are generally tax-deductible, 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
-----
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&
At 10:37 AM -0700 8/5/04, Brent 'Dax' Royal-Gordon wrote:
Dan Sugalski wrote:
I'd love it if someone with windows experience could fill in the blank there.
Just add an _ before exec.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore98/html/_crt__exec.2c_._wexe
es a fit if you
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]
At 4:10 PM +0200 8/5/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
... Python and PHP are
> both near-beta ready
From which end of the alphabet are you counting, and BTW, which
languages's alphabet are you using here.
Greek, and from the beginning. I know w
;d be interesting to go look, though.
-Original Message-
From: 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
onal, if sub-optimal, code, since sub-optimal and running's
better than dying with an out-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: Th
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. Hope
obligatory performance penalty, so if someone later comes
along and wants 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
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
oing to need to get
addressed.
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
mpilers list started, 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 li
ange
anything we've marked as being set in stone. Part 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
rgument order. I don't think
that'll work.
Argument order's irrelevant 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
e and I spec out the encoding and charset
APIs, I'd 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
n't want to speculate, but events/IO and threads are
next on the hit list.
Questions? This'd be a good time to suggest changes to the timeline...
--
Dan
--it's like this---
Dan Sugalski
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 alt
ecurity PDD
--
Dan
------it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
on for us.
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
ash things out on the list the next week or so.
--
Dan
------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 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 th
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
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
prog
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
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 fr
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
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 ca
y needed in certain circumstances.
--
Dan
----------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-----
401 - 500 of 4461 matches
Mail list logo