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
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 isn't
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
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 vtable
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
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
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 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,
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
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.
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 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 I
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 that
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 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
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.
--
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
At 8:47 AM +1100 3/6/04, Damian Conway wrote:
Larry wrote:
Anybody got opinions on the naming of these beasts? Certainly *not*
renaming CHECK is more compatible with Perl 5.
I'd favour UNITCHECK and CHECK, mainly for the greater compatibility with
Perl 5 and with software engineering jargon.
How
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
subclass b, a, B
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
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 factor of
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, but doesn't
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
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
[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
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
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #27491]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=27491
Hi,
this patch fixes a speling error in some of the test files:
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
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
29 matches
Mail list logo