Please help me fill out the blanks by sending or committing patches.
Please make sure to have the latest and best Parrot from CVS.
Thanks,
leo
Stephane Peiry wrote:
Looking at it makes it pretty clear why it loops forever (mainly
it jumps back to a load, loading always the same value).
Yep. That's a bit complicated. The jit code tries to avoid
loading/storing the same register from/to memory. This is achieved by
remembering the size
Jens Rieks [EMAIL PROTECTED] wrote:
again, here is a new patch for libraray/dumper.pmc.
Thanks, applied.
leo
I tried parrot in tru64/alpha after quite a while and it seems that
something has gone rotten with the bytecode. The t/native_pbc/integer.t
and the t/native_pbc/number.t both fail:
t/native_pbc/integer# Failed test (t/native_pbc/integer.t at line 35)
# got: 'PackFile_unpack: Not
Jarkko Hietaniemi [EMAIL PROTECTED] wrote:
I tried parrot in tru64/alpha after quite a while and it seems that
something has gone rotten with the bytecode. The t/native_pbc/integer.t
and the t/native_pbc/number.t both fail:
t/native_pbc/integer# Failed test (t/native_pbc/integer.t
Hi!
I've got a soon-to-be-large testsuite (based on Test::More) that's testing
(among other things) a DB. The tests are in various different small files.
If there is a problem with the DB, I want the whole testsuite to stop,
instead of running a lot of sure-to-fail tests.
Is there a way to
On Monday, February 23, 2004, at 02:40 PM, Thomas Klausner wrote:
[snip]
Is there a way to abort a whole testsuite?
[snip]
Yup. Take a look at BAILOUT in Test::Builder. Doing:
Test::More-builder-BAILOUT
should stop Test::Harness in its tracks.
Adrian
Hi!
On Mon, Feb 23, 2004 at 05:01:54PM +, Adrian Howard wrote:
On Monday, February 23, 2004, at 02:40 PM, Thomas Klausner wrote:
[snip]
Is there a way to abort a whole testsuite?
[snip]
Yup. Take a look at BAILOUT in Test::Builder. Doing:
Test::More-builder-BAILOUT
should
No idea :-)
Mr Schwern?
Adrian
On Monday, February 23, 2004, at 07:04 PM, Thomas Klausner wrote:
Hi!
On Mon, Feb 23, 2004 at 05:01:54PM +, Adrian Howard wrote:
On Monday, February 23, 2004, at 02:40 PM, Thomas Klausner wrote:
[snip]
Is there a way to abort a whole testsuite?
[snip]
Yup.
On Feb 23, 2004, at 6:40 AM, Thomas Klausner wrote:
Is there a way to abort a whole testsuite?
I use control-c.
David
On Sun, Feb 22, 2004 at 12:35:03PM +, Nick Ing-Simmons wrote:
See above. Yes, ssh is not portable enough.
Well runs on Linux/Unix and Win32 has at least a client
so which platforms is VMS the problem?
VMS and Windows. While it exists for Windows, it typically isn't a simple
command
On Sun, Feb 22, 2004 at 06:36:22AM -0600, Scott Bolte wrote:
On Sun, 22 Feb 2004 01:07:38 -0500, Michael G Schwern wrote:
See above. Yes, ssh is not portable enough.
Where is the gap? I have OpenSSH on every Unix platform I
use and, with cygwin's help, all the windows based
Okay, I've just trodden on one of the nasty bits of objects, proper
ordering of classes for initialization and destruction in the face of
multiple inheritance. I'm doing the only sensible thing at the
moment--I'm actively ignoring it. I've burned a few hours chasing
down this rathole.
So, the
Dan Sugalski sent the following bits through the ether:
So, the question--shall we do objects and maybe miss the Feb 29th
release, or do the Feb 29th release and do objects for the next
release?
Objects please!
Leon
--
Leon Brocard.http://www.astray.com/
At 10:29 AM 2/23/2004 -0500, Dan Sugalski wrote:
So, the question--shall we do objects and maybe miss the Feb 29th release,
or do the Feb 29th release and do objects for the next release? As I think
I'm only a little while off (maybe a day or so) from getting it working,
I'm tempted to take a
Dan Sugalski [EMAIL PROTECTED] wrote:
So, the question--shall we do objects and maybe miss the Feb 29th
release, or do the Feb 29th release and do objects for the next
release? As I think I'm only a little while off (maybe a day or so)
from getting it working,
Don't post intermediate state,
At 05:09 PM 2/23/2004 +0100, Leopold Toetsch wrote:
WRT feature freeze: I'd say: Starting from Tue, 24th 8.00 GMT no more
feature patches *should* go in, *except* objects.
Basically that means: everyone will get really quiet and we will all watch
Dan. :)
-Melvin
As I wait for an interim setup to build...
Here's the lowdown on what we're going to get with object:
1) Multiple Inheritance
2) Attributes
3) Object instantiation
4) Method calls
Woo. What we won't get is:
1) Adding parents to a class that's been subclassed or instantiated
2) Adding attributes
Hoping to help fill out some blanks in the PLATFORM file, I
updated (via rsync) my parrot files and stumbled across
the following MANIFEST problems:
Checking MANIFEST...
No such file: imcc/imclexer.c
No such file: imcc/imcparser.c
No such file: imcc/imcparser.h
No such file:
On Mon, 23 Feb 2004, Melvin Smith wrote:
At 05:09 PM 2/23/2004 +0100, Leopold Toetsch wrote:
WRT feature freeze: I'd say: Starting from Tue, 24th 8.00 GMT no more
feature patches *should* go in, *except* objects.
Basically that means: everyone will get really quiet and we will all watch
- Original Message -
From: Dan Sugalski [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, February 23, 2004 3:29 PM
Subject: Objects and time
Okay, I've just trodden on one of the nasty bits of objects, proper
ordering of classes for initialization and destruction in the face of
I'm afraid that this week's summary won't be posted until at least
Wednesday. Sorry.
On Mon, 2004-02-23 at 01:30, Leopold Toetsch wrote:
Please help me fill out the blanks by sending or committing patches.
Please make sure to have the latest and best Parrot from CVS.
I have a platform not listed. Where should I look for the appropriate
information?
-- c
Hi,
Am Montag, 23. Februar 2004 17:09 schrieb Leopold Toetsch:
WRT feature freeze: I'd say: Starting from Tue, 24th 8.00 GMT no more
feature patches *should* go in, *except* objects.
can/should go the tetris example go in?
I'am writing documentation at the moment. Converting the example to use
Leo, [did try to send off list, but it bounced]
Please help me fill out the blanks by sending or committing patches.
Please make sure to have the latest and best Parrot from CVS.
Earlier today you popped a new file in CVS called PLATFORMS. Unfortunately,
there is also a directory there called
Andrew Dougherty [EMAIL PROTECTED] wrote:
No such file: imcc/imclexer.c
No such file: imcc/imcparser.c
No such file: imcc/imcparser.h
No such file: languages/cola/lexer.c
No such file: languages/cola/parser.c
No such file: languages/cola/parser.h
These files are in MANIFEST and in the
- Original Message -
From: Leopold Toetsch [EMAIL PROTECTED]
To: Jonathan Worthington [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Saturday, February 21, 2004 11:51 AM
Subject: Re: [PATCH] Re: [perl #25239] Platform-specific files not granular
enough
Jonathan Worthington [EMAIL
# New Ticket Created by Jarkko Hietaniemi
# Please include the string: [perl #27003]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=27003
From a freshly rsynced copy in tru64/alpha (*):
$ ./parrot
At 11:40 AM -0800 2/23/04, chromatic (via RT) wrote:
# New Ticket Created by chromatic
Hi there,
This patch made it slightly easier for me to debug errors in my code.
It may require tweaking to remove the newline, but these exceptions
print much more prettily with it.
Applied, thanks. (Though I'm
On Mon, 2004-02-23 at 11:50, Dan Sugalski wrote:
At 11:40 AM -0800 2/23/04, chromatic (via RT) wrote:
This patch made it slightly easier for me to debug errors in my code.
It may require tweaking to remove the newline, but these exceptions
print much more prettily with it.
Applied, thanks.
On Sat, 21 Feb 2004, Michael Scott wrote:
All that metadata up front in the PDDs is a bit off-putting. I'm
thinking of going through all of them and putting it at the end. Any
objections?
Well, I've just committed the version I posted pretty much as-is, but
feel free to make any changes to
On Mon, 23 Feb 2004, Leopold Toetsch wrote:
Andrew Dougherty [EMAIL PROTECTED] wrote:
No such file: imcc/imclexer.c
No such file: imcc/imcparser.c
No such file: imcc/imcparser.h
No such file: languages/cola/lexer.c
No such file: languages/cola/parser.c
No such file:
I sent this a few days ago, but RT doesn't seem to have forwarded
it to the list for some reason.
Simon
-- Forwarded message --
Date: Thu, 19 Feb 2004 15:21:19 -0500 (EST)
From: Simon Glover [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Failing tests on Linux/x86
I'm
# New Ticket Created by chromatic
# Please include the string: [perl #27015]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=27015
Hi there,
This patch made it slightly easier for me to debug errors in my code.
On Sat, 21 Feb 2004, Mattia Barbon wrote:
Il Fri, 20 Feb 2004 16:12:40 -0500 (EST) Simon Glover [EMAIL PROTECTED] ha scritto:
Here's a first draft of PDD 11. It's based on a combination of the
existing extend.pod and the comments in extend.c, with additional
text
by yours truly. It
On Mon, Feb 23, 2004 at 11:07:48AM +0100, Leopold Toetsch wrote:
Yep. That's a bit complicated. The jit code tries to avoid
loading/storing the same register from/to memory.
Actually on this, while looking at what jit on i386 would give for this
particular loop, just noticed it does quite a lot
Jens Rieks [EMAIL PROTECTED] wrote:
Hi,
Am Montag, 23. Februar 2004 17:09 schrieb Leopold Toetsch:
WRT feature freeze: I'd say: Starting from Tue, 24th 8.00 GMT no more
feature patches *should* go in, *except* objects.
can/should go the tetris example go in?
If its running yes. I've to
Chromatic [EMAIL PROTECTED] wrote:
On Mon, 2004-02-23 at 01:30, Leopold Toetsch wrote:
Please help me fill out the blanks by sending or committing patches.
Please make sure to have the latest and best Parrot from CVS.
I have a platform not listed.
Then lets add it. The list is for sure not
Jonathan Worthington [EMAIL PROTECTED] wrote:
Leo, [did try to send off list, but it bounced]
Please help me fill out the blanks by sending or committing patches.
Please make sure to have the latest and best Parrot from CVS.
Earlier today you popped a new file in CVS called PLATFORMS.
Simon Glover [EMAIL PROTECTED] wrote:
I sent this a few days ago, but RT doesn't seem to have forwarded
it to the list for some reason.
Can you cvs update and try again please. GC related bugs should be
fixed now.
Simon
Thanks,
leo
Stephane Peiry [EMAIL PROTECTED] wrote:
On Mon, Feb 23, 2004 at 11:07:48AM +0100, Leopold Toetsch wrote:
Yep. That's a bit complicated. The jit code tries to avoid
loading/storing the same register from/to memory.
Actually on this, while looking at what jit on i386 would give for this
I have this problem too.
cvs [update aborted]: could not chdir to platforms: Not a directory
Same problem even if I do a new check out.
cvs [checkout aborted]: could not chdir to parrot/platforms: Not a
directory
There is no local platforms directory, yet CVS wants to go to it, so I
assume
# New Ticket Created by Adam Thomason
# Please include the string: [perl #27026]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=27026
Attached patch adds user documentation for the native object execution
On Mon, Feb 23, 2004 at 08:03:02PM +0100, Leopold Toetsch wrote:
Jens Rieks [EMAIL PROTECTED] wrote:
Hi,
Am Montag, 23. Februar 2004 17:09 schrieb Leopold Toetsch:
WRT feature freeze: I'd say: Starting from Tue, 24th 8.00 GMT no more
feature patches *should* go in, *except* objects.
On Mon, 23 Feb 2004, Leopold Toetsch wrote:
Simon Glover [EMAIL PROTECTED] wrote:
I sent this a few days ago, but RT doesn't seem to have forwarded
it to the list for some reason.
Can you cvs update and try again please. GC related bugs should be
fixed now.
I'm still getting the
Leon Brocard wrote:
Dan Sugalski sent the following bits through the ether:
Objects please!
I would second that. I would prefer a cool release to a cool date ;-)
Harry Jackson
Leopold Toetsch writes:
Matt Fowles [EMAIL PROTECTED] wrote:
This patch make the problem case submitted by Jeff Clites work. All
tests pass, and his sample has been added to the tests.
struct RegisterChunkBuf* top = stack-top;
if (top-used 1) {
+top-used--;
On Mon, Feb 23, 2004 at 08:04:14PM +0100, Thomas Klausner wrote:
Is there any reason why BAIL_OUT is marked as unimplemented in the
Test::More docs?
Because it is, in Test::More. I've yet to need it. Nobody's given me a
patch to implement it.
--
Michael G Schwern[EMAIL PROTECTED]
Because it is, in Test::More. I've yet to need it. Nobody's given me a
patch to implement it.
And T::H doesn't recognize anything like that either?
--
Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance
On Monday, February 23, 2004, at 10:46 PM, Andy Lester wrote:
Because it is, in Test::More. I've yet to need it. Nobody's given
me a
patch to implement it.
And T::H doesn't recognize anything like that either?
From perldoc test::Harness
=item BBail out!
As an emergency measure, a test script
my .cvsrc has update -dP, and I still get the same problem with the
platforms directory. (OS X)
On Monday, February 23, 2004, at 04:50 PM, Michael Scott wrote:
I have this problem too.
cvs [update aborted]: could not chdir to platforms: Not a directory
Same problem even if I do a new check
On Mon, 2004-02-23 at 11:00, Leopold Toetsch wrote:
... Where should I look for the appropriate
information?
Create a platform name similar to existing ones. F./myconfig and the
output from Configure.pl + test results/skips should provide the
information to fill the line :)
I think this
(Apologies if this is a repeat--I tried to send something on the same
subject a few days ago, but apparently it didn't get through.)
A few weeks ago, my father and I were discussing Perl. (He is a
professional programmer of about twenty-five years; the last seven or so
have been spent
53 matches
Mail list logo
