Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> ... This is
> the result of running 'make testj'.
> Failed Test Stat Wstat Total Fail Failed List of
> Failed
> --
> t/op/trans.t6 1536196 31.58% 9-12 17-18
Strange. Can
Adam Thomason <[EMAIL PROTECTED]> wrote:
> Attached patch implements a bitops test for 64 bit ints.
Thanks, applied. I've created a new test file, though:
t/op/64bit.t
It's just simpler to drop all 64bit INTVAL related tests into one file,
and skip_all it, if needed.
leo
OK, one more for tonight. It's the last of the Test.pm-using .t files.
Index: t/41prof_dump.t
===
--- t/41prof_dump.t (revision 335)
+++ t/41prof_dump.t (working copy)
@@ -1,36 +1,27 @@
-#!perl -w
+#!perl -Tw
use strict;
> -Original Message-
> From: Adam Thomason
> Sent: Monday, May 10, 2004 7:13 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: [perl #29402] [BUG] 64-bit bitops
>
> I haven't managed to beat ICU into submission on AIX yet, so
> I can't test it out anywhere but AMD64. It'
Why should you guys have all the fun? Here's my patch.
* Adds a -T flag ('cause really, shouldn't all of DBI be able to run
under taint mode?)
* Uses Test::More instead of Test.
* Escapes out properly with skip_all.
* Adds an isa_ok() for all object creation statements.
* Added some comments here
> -Original Message-
> From: Leopold Toetsch [mailto:[EMAIL PROTECTED]
> Sent: Saturday, May 08, 2004 1:29 AM
> To: Adam Thomason
> Cc: [EMAIL PROTECTED]
> Subject: Re: [perl #29402] [BUG] 64-bit bitops
>
>
> Adam Thomason <[EMAIL PROTECTED]> wrote:
>
> > _main:
> > set I1, 0xfff
I wonder if rt.cpan.org is broken. I'm trying to close ticket #2658 for
Log::Procmail, but I can't tell rt when it's been fixed, since it show
only version 0.01 to 0.05, when CPAN already holds 0.08 (0.06 and 0.07
have come and gone, since I try to tidy up behind me).
I believe that at one point, J
Tim,
I made another update today, here are the details of the changes:
07kids.t
- changed it to a skip_all for DBI::PurePerl
- Increased the number of tests from 11 to 20
- Added tests to exercise the $dbh's Kids/ActiveKids attributes more
by creati
Just want to clarify that I am understanding this correctly, and if so
suggest a small change. In the docs for Test::Builder it says:
"These methods are for setting up tests and declaring how many there
are. You usually only want to call one of these methods."
Followed immediately by a description
Le mercredi 05 mai 2004 à 17:16, Andy Lester écrivait:
> On Thu, May 06, 2004 at 12:44:58AM -0200, Gabor Szabo ([EMAIL PROTECTED]) wrote:
> > I guess this answer also means that there is no script similar to
> > perlbug that would report bugs about CPAN modules ?
> > Wouldn't this help increasing t
On May 10, 2004, at 5:29 PM, Tim Bunce wrote:
On Mon, May 10, 2004 at 01:40:55PM -0400, stevan little wrote:
I have committed my first set of changes to the DBI svn repository.
Thanks!
I got an assortment of warnings from various tests. I suspect you
didn't run a plain "make test" before the checki
On Mon, May 10, 2004 at 10:29:53PM +0100, Tim Bunce wrote:
> On Mon, May 10, 2004 at 01:40:55PM -0400, stevan little wrote:
> > I have committed my first set of changes to the DBI svn repository.
> The changes have turned up a warning that ought to have been produced
> before: "DBI handle cleared
I think, we have to split the main MANIFEST a bit into:
- core
- ICU
- languages
Why?
- cvs updates that hit MANIFEST take really long and are likely to collide
- language maintainers, who only have privs for their language
directory, should be able to do *all* needed changes
- we might provide 2
Brent 'Dax' Royal-Gordon wrote:
> Joshua Gatcomb wrote:
> > I will shut up now. One should not be allowed to
> > operate computers when over tired without ample supply
> > of caffeine.
>
> You mean there's another way to operate computers? (After
> spending my teenage years caffeinating and hac
On Mon, May 10, 2004 at 01:40:55PM -0400, stevan little wrote:
> I have committed my first set of changes to the DBI svn repository.
Thanks!
I got an assortment of warnings from various tests. I suspect you
didn't run a plain "make test" before the checkin (please do).
I've checked in fixes for t
On Mon, May 10, 2004 at 01:51:48PM -0400, stevan little wrote:
> On May 10, 2004, at 1:46 PM, H.Merijn Brand wrote:
>
> >On Mon 10 May 2004 19:40, stevan little <[EMAIL PROTECTED]>
> >wrote:
> >>I have committed my first set of changes to the DBI svn repository. I
> >>am mostly still working on c
Hi,
I have written a gcd op that takes 5 arguments (3 out, 2 in)
gcd d, x, y, a, b
and returns the gcd (in d) of a and b, as well as x and y so that
d = gcd(a,b) = x*a + y*b
This op can be useful for some cryptographic stuff, should I check it in?
I've also written a test for it, as
Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
... As such I've started a FAQ in
docs/compiler_faq.pod.
When I read that file name, I though about gcc, Win32 compilers usable
for Parrot. Could be misleading ...
Index: docs/compiler_faq.pod
===
Joshua Gatcomb wrote:
I will shut up now. One should not be allowed to
operate computers when over tired without ample supply
of caffeine.
You mean there's another way to operate computers? (After spending my
teenage years caffeinating and hacking, no caffeine supply is "ample"
anymore.)
--
Br
Now that I have used a bit of trickery to ensure that
I have the absolute latest CVS checkout, things are
working again (make test passes all tests).
Previously I had only been verifying that -j was
working by trying a handful of the examples. This is
the result of running 'make testj'.
Failed T
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> --- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
>> Dunno. You can follow CVS updates at the cvs mailing
>> list or at the news group perl.cvs.parrot.
> Thanks - next time I see "fixed" and doing a cvs
> update -dP doesn't pick up the change I will know
>
Dan Sugalski wrote:
>
> I think the first step here is to get the low-level perl operations
> defined, and their parrot translations worked out. For this I mean
> that we need to have a list of:
>
>Perl:
> a = b + c;
>
>Parrot:
> add a, b, c
>
> I expect things like the fo
Dan Sugalski wrote:
>
> Might not be out of line to start a notes file or something to throw
> in observations and whatnot that you and other folks come across as
> you work on this stuff.
I just added languages/perl6/doc/developer_notes.pod, with a few current
notes. Add to it as relevant.
Alli
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Dunno. You can follow CVS updates at the cvs mailing
> list or at the news group perl.cvs.parrot.
Just a hunch but I bet it is a timezone problem. I
just did a cvs update -dP -D"2004-05-10 23:59", which
is in the future for me. It picked up a hand
Hi,
On Monday 10 May 2004 20:43, Joshua Gatcomb wrote:
> Thanks - next time I see "fixed" and doing a cvs
> update -dP doesn't pick up the change I will know
> where to look.
>
> > It was this 1-liner check in below. "make testj"
> > runs fine now.
>
> Oddly enough "make testj" does not run fine f
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> Reasonable time being:
> perl5.9.1 compiled with the same options as ponie uses, and -DPURIFY to force
> similar malloc() behaviour runs all regression tests:
Parrot built optimized? (perl Configure.pl --optimize ...)
> so about half the speed. Curren
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> ... As such I've started a FAQ in
> docs/compiler_faq.pod.
When I read that file name, I though about gcc, Win32 compilers usable
for Parrot. Could be misleading ...
leo
All of the current and future changes during shifting vtable functions
to MMD and deleting vtable entries may break existing PBCs. Any change
in the current classes enums, in MMD_ constants ... basically any
change in the generated runtime/parrot/include/*.pasm files.
I'll update PBC_COMPAT aft
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Dunno. You can follow CVS updates at the cvs mailing
> list or at the news group perl.cvs.parrot.
Thanks - next time I see "fixed" and doing a cvs
update -dP doesn't pick up the change I will know
where to look.
>
> It was this 1-liner check in be
Dan Sugalski wrote:
>
> I'm not so sure about that. (Not that it won't be replaced, but that
> it needs the grammar engine) I'm pretty sure that grammars as Larry's
> defined 'em are recursive-descent, and if that's true then I've this
> really nasty feeling we're going to find it insufficientl
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> Before I posted, I updated again with the latest
> checkout and saw that I am still having the problem.
> It has been about an hour since you said it was fixed
> and I am not seeing it. Is there some CVS trickery I
> should be doing?
Dunno. You can fol
On May 10, 2004, at 1:46 PM, H.Merijn Brand wrote:
On Mon 10 May 2004 19:40, stevan little <[EMAIL PROTECTED]>
wrote:
I have committed my first set of changes to the DBI svn repository. I
am mostly still working on converting the scripts to use Test::More,
but I have managed to slip in some additi
At 12:34 PM -0500 5/10/04, Allison Randal wrote:
And don't forget, this is just a prototype. All the code will be
replaced as soon as we get a working grammar engine.
I'm not so sure about that. (Not that it won't be replaced, but that
it needs the grammar engine) I'm pretty sure that grammars as
Steve Fink wrote:
Neither of those seems right to me. The first keys off of the position
of the binary, which could be anywhere with respect to the library
module you're in; the second is relative to whatever the current
directory is while you're running the script. I would think that
something lik
I have committed my first set of changes to the DBI svn repository. I
am mostly still working on converting the scripts to use Test::More,
but I have managed to slip in some additional tests here and there. The
changes are as follows:
01basics.t
- Changed file from custom "ok" routine to use Te
Abhijit A. Mahabal wrote:
>
> On Mon, 10 May 2004, Steve Fink wrote:
>
> > use File::Basename qw(dirname);
> > use lib dirname($INC{"P6C/Parser.pm"})."/../../../../lib";
>
> I had already tried that, and it doesn't seem to work. I guess it is some
> timing issue: $INC{"P6C/Parser.pm"} gets
On Mon, 10 May 2004, Steve Fink wrote:
> use File::Basename qw(dirname);
> use lib dirname($INC{"P6C/Parser.pm"})."/../../../../lib";
I had already tried that, and it doesn't seem to work. I guess it is some
timing issue: $INC{"P6C/Parser.pm"} gets defined after P6C::Parser.pm is
loaded (I
On May-09, Allison Randal wrote:
> > BTW, should I keep working on P6C? As A12 has just come out P6C may be
> > heavily under construction, and I don't want to be in the way...
>
> Please do. I'm working on a first rough implementation of classes, but
> it shouldn't interfere with general patches.
On May-09, Abhijit A. Mahabal wrote:
> On Sat, 8 May 2004, Abhijit A. Mahabal wrote:
>
> > I was writing a few tests for the P6 parser and ran into a weird problem.
> > If I have the following in a file in languages/perl6, it works as
> > expected:
>
> [...]
>
> > Now, if I put exactly the same
On May 10, 2004, at 9:05 AM, Dan Sugalski wrote:
At 8:31 AM -0700 5/10/04, Jeff Clites wrote:
Also, of course, you can't guarantee that things are atomic at the OS
level. That is, if I try to write a large amount of data to a socket,
the OS will only take part of that data at a time. Parrot can k
I should check my aliases before hitting send, shouldn't I?
- Forwarded message from Nicholas Clark <[EMAIL PROTECTED]> -
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
Precedence: bulk
From: Nicholas Clark <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: p
> Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> Working great now. Not sure why it took so long
before > I could see the update in CVS. Thanks and
please > disregard earlier message.
>
> Joshua Gatcomb
> a.k.a. Limbic~Region
Ok, I am an idiot. I didn't try the -j option. Still
not working as of
At 9:39 AM -0700 5/10/04, Joshua Gatcomb wrote:
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> parrot -j examples/benchmarks/primes2.pasm
> exists_keyed() not implemented in class 'PerlInt'
Ah. yep. Due to eliminating two vtable functions,
other ones
On Sat, May 08, 2004 at 11:40:10AM +0100, Nicholas Clark wrote:
> So I've fixed that and now it all runs in reasonable time. (As for all its
> inherent horrors, perl's reference counting pretty much gets it right as to
> when it's time to free up something)
Reasonable time being:
perl5.9.1 compi
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
>
> > parrot -j examples/benchmarks/primes2.pasm
> > exists_keyed() not implemented in class 'PerlInt'
>
> Ah. yep. Due to eliminating two vtable functions,
> other ones after that
> moved down in table. JI
Since we've really started to get folks going writing compilers for
parrot (Woohoo! :) we're running into the perrenial question "How the
*heck* do I do X" with some regularity.
Getting these questions answered makes life a *lot* easier when
writing compilers, so we should. As such I've started
At 8:31 AM -0700 5/10/04, Jeff Clites wrote:
On May 10, 2004, at 7:31 AM, Dan Sugalski wrote:
At 10:34 AM +0100 5/10/04, Tim Bunce wrote:
On Sat, May 08, 2004 at 04:59:52PM -0700, Jeff Clites wrote:
> On May 8, 2004, at 10:30 AM, Dan Sugalski wrote:
> >(Note that, regardless of anything else, we
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
>
> > parrot -j examples/benchmarks/primes2.pasm
> > exists_keyed() not implemented in class 'PerlInt'
>
> Ah. yep. Due to eliminating two vtable functions,
> other ones after that
> moved down in table. JI
At 5:11 PM +0200 5/10/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 1:36 PM +0200 5/10/04, Leopold Toetsch wrote:
Interesting is the dispatch inside objects. These have a delegate
vtable which runs a PASM function. But it could be redispatched
before by installing an appr
On May 10, 2004, at 7:31 AM, Dan Sugalski wrote:
At 10:34 AM +0100 5/10/04, Tim Bunce wrote:
On Sat, May 08, 2004 at 04:59:52PM -0700, Jeff Clites wrote:
> On May 8, 2004, at 10:30 AM, Dan Sugalski wrote:
> >(Note that, regardless of anything else, we do need to separate
out
>stream IO and reco
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 1:36 PM +0200 5/10/04, Leopold Toetsch wrote:
>>I think it's now time to review the code a bit and check if the
>>whole concept is sane.
> Looks OK.
Fine.
>>Interesting is the dispatch inside objects. These have a delegate
>>vtable which runs a PASM
I've been trying, with very limited success, to get things documented
and questions answered. (Nick's recent issues with parrot and PMCs
are just the newest of a long string of stuff) Since success has been
limited, and questions either get Warnocked or asked multiple times,
I figure it's time
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> parrot -j examples/benchmarks/primes2.pasm
> exists_keyed() not implemented in class 'PerlInt'
Ah. yep. Due to eliminating two vtable functions, other ones after that
moved down in table. JIT needs a small adjustment.
Fixed.
> Cheers
> Joshua Gatcomb
At 1:36 PM +0200 5/10/04, Leopold Toetsch wrote:
Things start to get interesting. The first two vtable slots are
gone. The dispatch for the C PMC opcodes is now down fully per
MMD.
The MMD_BXOR and MMD_BXOR_INT MMD slots are just adjacent entries in
the function table. This is the simplest impl
At 10:34 AM +0100 5/10/04, Tim Bunce wrote:
On Sat, May 08, 2004 at 04:59:52PM -0700, Jeff Clites wrote:
> On May 8, 2004, at 10:30 AM, Dan Sugalski wrote:
> >(Note that, regardless of anything else, we do need to separate out
>stream IO and record IO, both for layer filtering reasons and for pu
The change happened on 2004-05-10 between 07:05 and
07:10 EDT. The files that changed during that time
frame are
lib/Parrot/Pmc2c.pm
lib/Parrot/Vtable.pm
classes/ref.pmc
classes/sharedref.pmc
config/gen/makefiles/root.in
Looking at the diffs, the only change I can see is to
the bxor MMD stuff Le
Things start to get interesting. The first two vtable slots are gone.
The dispatch for the C PMC opcodes is now down fully per MMD.
The MMD_BXOR and MMD_BXOR_INT MMD slots are just adjacent entries in the
function table. This is the simplest implementation and provides good
cache locality for s
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
>
> > 2. All tests are now passing on Cygwin.
>
> Are signal and thread tests skipped or running?
No, they are both skipped. I am doing a bit more
research on this because I had trouble with both
threadi
Jim Cromie wrote:
folks,
attached patch has following adjustments to B::Concise and its tests.
heres 2nd rev of that patch, now against 22802
- crossposted to perl-qa for its test related aspects.
items 1-9 from prev post are all improved or solved
a. goto-bug squashed - reset_sequence() now
On Sat, May 08, 2004 at 04:59:52PM -0700, Jeff Clites wrote:
> On May 8, 2004, at 10:30 AM, Dan Sugalski wrote:
>
> >Do we want to make a distinction between record reads and just plain
> >"read me X (bytes|codepoints|graphemes)" requests on filehandles and,
> >if so, do we think it's worth dist
[ For reference the C opcode is the currently one and only opcode
that does MMD ]
$ cat e.pasm
new P0, .Random
new P1, .Random
new P2, .PerlInt
bxor P2, P0, P1
print P2
print "\n"
end
One would expect (and got until yesterday):
$ parrot e.pasm
bitwise_xor() not implemented in
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
[rubbish:]
> - assign class enums 1..3 to utility PMCs like Env that don't do MMD
> - use these 3 type slots in the one and only MMD table for int, float,
> string
We have to extend the function range of the table. Using
type slots for functions is ju
62 matches
Mail list logo
