Sebastian Riedel wrote:
> I studied the config system, and now i wonder if it would make sense
> to write a configure step to probe for enemies, or is that overkill?
Overkill doesn't even begin to describe it.
It ought not to be too difficult to look for "enemies" at the beginning
of your little
On Sun, 2004-03-07 at 15:25, Bernhard Schmalhofer wrote:
> this patch fixes a speling error in some of the test files: DECSRIPTION ->
> DESCRIPTION.
Thanks, applied. Now 'DECSRIPTION' appears nowhere in the source
directory.
-- c
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #27491]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=27491 >
Hi,
this patch fixes a speling error in some of the test files: DECSRIPTION
Sebastian Riedel wrote:
Leopold Toetsch wrote:
Sebastian Riedel <[EMAIL PROTECTED]> wrote:
objective-ook? - SCNR
:)
Attached is a quick'n dirty parrotbench, instead of a complicated
test harness it uses bash to make time measurements, so that
new la
[Sorry if you get this twice--Thunderbird botched the mail sending.]
Dan Sugalski wrote:
Some of the new networking stuff, I think. I started up a cygwin
tinderbox run on oni, so if we can get the tinderbox to actually notice
it we'll be in a position to do something about it. (I can only do
in
At 7:23 PM +0100 3/7/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
- It's been happening for quite a while.
This one is fixed already. I've here two more fixed - one (the final) is
still sitting around.
Yeah, I saw that. I do apologize for the recent flood of e-mail--what
I
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> - It's been happening for quite a while.
This one is fixed already. I've here two more fixed - one (the final) is
still sitting around.
leo
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 4:51 PM +0100 3/4/04, Leopold Toetsch wrote:
>>
>>Rather not. But if we have to allocate a separate vtable, we should
>>set a flag in the vtable->flags, mark the PMC as special, so that
>>destroy can free the vtable.
> That works for one-off vtables, bu
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Well, I just committed a change to the system that should speed up
> object creation a bunch, as it doesn't need to allocate a vtable for
> each object any more.
Please cvs update and have a look at benchmarks/oo*. I'v speeded object
creation up by a facto
Explicit constants to opcodes like warnings{on,off} and errors{on,off}
are likely to change in the future. Please use the constants from
warnings.pasm or errors.pasm.
so don't do:
errorsoff 1
but
.include "errors.pasm"
errorsoff .PARROT_ERRORS_GLOBALS_FLAG
leo
On Thu, 4 Mar 2004, Dan Sugalski wrote:
> At 10:20 PM +0100 3/2/04, Jens Rieks wrote:
> >The following code results in a
> >clone() not implemented in class 'ParrotClass'
> >error:
> >
> >.sub _main
> > .local pmc a
> > .local pmc b
> > .local pmc c
> >
> > newclass a, "A"
> >
On 3/4/04 5:09 PM, Dan Sugalski wrote:
> If the local system returns localtime, I can see adjusting to GMT or UTC, or
> whatever, as that ought to be a trivial transform.
Er, I'm not so sure about that. That means you'd have to be 100% sure that
you can determine the local timezone without any am
At 7:14 PM +0100 3/4/04, Jens Rieks wrote:
this patch adds support for dumping of ParrotObjects.
If an object "can __dump", this method is called on the object which then
is responsible for dumping itself.
A test that shows the new functionality in action is included.
Applied, thanks.
--
At 4:03 PM +0100 3/5/04, Leopold Toetsch wrote:
Jens Rieks <[EMAIL PROTECTED]> wrote:
Hi,
The following code crashes parrot if run with -t (trace).
Some more notes:
- it happens with or w/o ARENA_DOD_FLAGS
- it happens with the copying GC or with --gc=libc
- it does not happen with DOD/GC disab
At 8:20 PM +0100 3/4/04, Leopold Toetsch wrote:
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
- its slow (unoptimized build for now - but that doesn't matter yet)
Some more remarks to that.
- Python is around at double the speed of perl here
- Parrot seems to take too much time in delegate.pmc:
-
At 11:49 AM -0800 3/4/04, Robert Spier wrote:
> >I'd like to remove non-modified, non-parrot Perl modules from lib
>and install them via CPAN.pm.
No. Sorry, definitely not. Parrot's config isn't going to install
perl modules off the 'net any more than it's going to run apt-get on
systems tha
At 10:20 PM +0100 3/2/04, Jens Rieks wrote:
The following code results in a
clone() not implemented in class 'ParrotClass'
error:
.sub _main
.local pmc a
.local pmc b
.local pmc c
newclass a, "A"
subclass b, a, "B"
subclass c, b, "C"
end
.end
Steve was right -- the clone
At 4:45 PM +0100 3/4/04, Michael Scott wrote:
On 4 Mar 2004, at 15:51, Dan Sugalski wrote:
[...]
I'd like to remove non-modified, non-parrot Perl modules from lib
and install them via CPAN.pm.
No. Sorry, definitely not. Parrot's config isn't going to install
perl modules off the 'net any more
At 4:51 PM +0100 3/4/04, Leopold Toetsch wrote:
Dan Sugalski wrote:
It'd be simple enough to do--prepend a PObj front to the vtables
and allocate the vtables themselves out of a separate managed
arena, and do a bit of custom mark noting. This'd make collecting
up unused vtables easy enough. The
At 9:04 AM -0800 3/4/04, Larry Wall wrote:
On Thu, Mar 04, 2004 at 09:58:02AM -0500, Dan Sugalski wrote:
: Damn. Okay, I'm going to spend today digging into the object stuff to
: try and track down the leaks. Something's not right in there, as the
: DOD and GC ought to be reclaiming the dead memory
At 5:29 PM -0800 3/4/04, Jens Rieks (via RT) wrote:
# New Ticket Created by Jens Rieks
# Please include the string: [perl #27418]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=27418 >
Hi,
the attached pasm code prints
: A
At 12:55 PM -0800 3/4/04, Robert Spier wrote:
> I agree. That's why I'd like to see TAI be the default "seconds
since some epoch".
It seems like we want the "default" to be the simplest and fastest one
we can support.
Exactly. Which is the count that the system C RTL returns when you
ask it, no
At 2:42 AM +0200 3/6/04, Dmitry Nikolayev wrote:
Did Somebody try to assemble parrot on CygWin?
I tried...
perl configure.pl - ok
make - and error ocured:
gcc -o parrot.exe -s -L/usr/local/lib -g imcc/main.o
blib/lib/libparrot.a -lcrypt
blib/lib/libparrot.a(io_unix.o)(.text+0x8f7): In function `
At 10:38 AM + 3/5/04, Rafael Garcia-Suarez wrote:
Jerome Quelin wrote in perl.perl6.internals :
But what should those addresses do when receiving a message?
- parrotbug: should open a RT ticket?
- status-ok: ?
- status-nok: should open a RT ticket?
Excuse me from stepping in, but I don't se
Okay, I've been thinking about this as I dig through object stuff. (Whee!)
What I'm thinking is that when we're in a DESTROY method (of any
type, I don't care) we tag the object as partially destroyed as soon
as control leaves DESTROY and if code outside that first DESTROY
tries to reparent the
At 8:22 AM +0100 3/5/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
Speed up object creation by a factor of two
That *would* be nice. *But* it's only slightly faster. You might have
had a speed up due to less memory consumption, not swapping or such,
because the leaking vtabl
Leopold Toetsch wrote:
Sebastian Riedel <[EMAIL PROTECTED]> wrote:
objective-ook? - SCNR
:)
Attached is a quick'n dirty parrotbench, instead of a complicated
test harness it uses bash to make time measurements, so that
new languages are very
Sebastian Riedel <[EMAIL PROTECTED]> wrote:
objective-ook? - SCNR
> Attached is a quick'n dirty parrotbench, instead of a complicated
> test harness it uses bash to make time measurements, so that
> new languages are very simple to add.
bash is
Brent Dax <[EMAIL PROTECTED]> wrote:
> The attached patch creates a Parrot-level library similar to Parrot::Config.
Wow. Fine. The first real application of freeze/thaw.
And thanks for the optical changes in Configure.pl - looks really great
now.
leo
29 matches
Mail list logo
