On Mon, Feb 02, 2004 at 07:38:42PM -0800, Ovid wrote:
> That's actually one of my pet peeves when writing tests.
>
> ok(...); # no test name provided, but you can provide one
> isa_ok(...); # you can provide a test name, but it can look silly
># what's automatically appende
On Mon, Feb 02, 2004 at 02:09:33AM -0700, Luke Palmer wrote:
: I've been writing a lot of compiler recently, and figuring as how Perl
: 6 is aiming to replace yacc, I think I'll share some of my positive and
: negative experiences. Perhaps Perl 6 can adjust itself to help me out
: a bit. :-)
Pe
--- Andy Lester <[EMAIL PROTECTED]> wrote:
> I say leave it up to the individual *_ok sub. use_ok() already
> supplies
> the name itself, and all of my Test::* modules create their own test
> name if there's not one passed.
That's actually one of my pet peeves when writing tests.
ok(...);
On Feb 2, 2004, at 5:20 PM, Larry Wall wrote:
That being said, we can potentially use × U+00D7 MULTIPLICATION SIGN.
(Though my vim can't seem to decide whether it's a single-width or a
double-width character, urgh...)
I realize this is a tad OT, but can anyone tell me how I can get Emacs
to prop
On Mon, 2 Feb 2004 20:51:21 -0500 (EST), Michal Wallace
<[EMAIL PROTECTED]> wrote:
>On Tue, 3 Feb 2004, Pete Lomax wrote:
>
>> .sub _main
>> goto L1
>> test:
>> $I1 = 1
>> ret
>> L1:
>> $I2 = 2
>> call test
>> print $I2 # prints 1, not 2
>> end
>> .
From: "Leopold Toetsch" <[EMAIL PROTECTED]>
> Gordon Henriksen <[EMAIL PROTECTED]> wrote:
> > On Friday, January 30, 2004, at 11:52 , Leopold Toetsch wrote:
> >> + /*
> >> + * if we morph to a string, first clear str_val
> >> + * so that after changing the vtable a parallel
>
Gordon Henriksen <[EMAIL PROTECTED]> wrote:
> On Friday, January 30, 2004, at 11:52 , Leopold Toetsch wrote:
>> + /*
>> + * if we morph to a string, first clear str_val
>> + * so that after changing the vtable a parallel
>> + * reader doesn't get a gargabe pointer
>> +
> However, I was wondering if anybody else ever wanted to do this sort of
> thing and, if so, would a more generic API to the test name be useful -
> e.g. localising something like $Test::Builder::Test_name?
I say leave it up to the individual *_ok sub. use_ok() already supplies
the name itself
On Mon, 2004-02-02 at 12:30, Dan Sugalski wrote:
> examples/sdl would probably be best. We can get more hierarchical at
> some point later if we need to.
>
> Yeah, go ahead.
Okay, done. We can now load and animate simple images with SDL.
(Actually, anyone can, as there's documentation and exa
On Tue, 3 Feb 2004, Pete Lomax wrote:
> .sub _main
> goto L1
> test:
> $I1 = 1
> ret
> L1:
> $I2 = 2
> call test
> print $I2 # prints 1, not 2
> end
> .end
...
> Again, sorry to be a pain, but I'd like the truth/an update, please!
> Or some h
On Mon, Feb 02, 2004 at 11:44:17AM -0700, Luke Palmer wrote:
: Alex Burr writes:
: > --- Andy Wardley <[EMAIL PROTECTED]> wrote:
: >
: > > Adding unicode operators to Perl will just reinforce
: > > its reputation as
: > > a "line noise" language.
: >
: > Perl6, the language with *real* runes.
: >
Leo clarified this as a problem with backward branch circa 3/12/03:
Sorry to be a pain in the butt, but I need to be told that there has
been no improvement in the last two months on this ;-(
.sub _main
goto L1
test:
$I1 = 1
ret
L1:
$I2 = 2
call test
Hi,
Back from unwellness and the subsequent need to catch up with a stack of
stuff, I finally found time to sync up my parrot tree and try a Win32 build.
Turns out it fails in event.c with a whole string of errors and warnings:-
events.c(67) : error C2061: syntax error : identifier 'sig_int'
even
On Tuesday, February 3, 2004, at 12:26 am, Michael G Schwern wrote:
[snip]
In the Test::Class context, the default name would extend only to a
given
test method. So you could have a default name which is, for example,
the name of the test method. Or something like, "testing X feature".
[snip]
On Monday, February 2, 2004, at 11:53 pm, chromatic wrote:
On Mon, 2004-02-02 at 15:46, Adrian Howard wrote:
[snip]
I'd rather print less if I don't really care what the name is, though I
don't feel exceedingly strongly that way. It just seems that a default
test name is there only to have a tes
On Mon, Feb 02, 2004 at 03:53:00PM -0800, chromatic wrote:
> On Mon, 2004-02-02 at 15:46, Adrian Howard wrote:
>
> > However, I was wondering if anybody else ever wanted to do this sort of
> > thing and, if so, would a more generic API to the test name be useful -
> > e.g. localising something l
Hi all,
I've just got around to adding default test names to Test::Class by
wrapping Test::Builder:ok so doing:
define correct_answer : Test { is $answer, 42 };
will produce
ok 1 - correct_answer
This seems to work just dandy.
However, I was wondering if anybody else ever wanted to do this
On Mon, 2004-02-02 at 15:46, Adrian Howard wrote:
> However, I was wondering if anybody else ever wanted to do this sort of
> thing and, if so, would a more generic API to the test name be useful -
> e.g. localising something like $Test::Builder::Test_name?
>
> If so, I can probably be persuade
Dan,
What is your plan for getting python
objects working for the pie-thon?
I've made a small start on wrapping
PythonObjects as PMC's and that seems
to work. It's also a whole lot easier
than trying to recode them as PMCs
directly or writing them in imc/pir.
They just need to be tricked into
th
On Mon, Feb 02, 2004 at 12:40:45PM -0800, Larry Wall wrote:
> On Fri, Jan 30, 2004 at 06:16:06PM +, Tim Bunce wrote:
> : In Java you would write "java.lang.String", naturally, and in Perl
> : you'd write "parrot::java::java.lang.String".
>
> That's okay if it's a string being interpreted by the
On Mon, Jan 12, 2004 at 09:33:57AM -0500, Dan Sugalski wrote:
> At 11:52 AM + 1/12/04, Tim Bunce wrote:
> >Has a date been set for the next release?
>
> Nope. I suppose we could shoot for another holiday release, if
> someone's got a good february one.
>
> >Are the docs (especially the PDDs)
On Fri, Jan 30, 2004 at 06:16:06PM +, Tim Bunce wrote:
: In Java you would write "java.lang.String", naturally, and in Perl
: you'd write "parrot::java::java.lang.String".
That's okay if it's a string being interpreted by the appropriate
code, but as a Perl 6 name it won't wash. That's gonna
At 11:15 AM -0800 2/2/04, chromatic wrote:
On Mon, 2004-02-02 at 10:58, Leopold Toetsch wrote:
If you got more examples (good) I'd suggest to put these in a distinct
subdirectory.
Do you prefer examples/pni/sdl/ or examples/sdl/ or something else?
examples/sdl would probably be best. We can get
On Mon, 2004-02-02 at 10:58, Leopold Toetsch wrote:
> If you got more examples (good) I'd suggest to put these in a distinct
> subdirectory.
Do you prefer examples/pni/sdl/ or examples/sdl/ or something else?
Also, I have one 6k binary file for one example. Is that okay to check
in?
-- c
On Mon, Feb 02, 2004 at 01:14:48PM -0500, John Macdonald wrote:
: On Mon, Feb 02, 2004 at 09:59:50AM +, Simon Cozens wrote:
: > [EMAIL PROTECTED] (Andy Wardley) writes:
: > > Sure, make Perl Unicode compliant, right down to variable and operator
: > > names. But don't make people spend an aft
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> The freelist used to be an array that held free PMC pointers. I
> presume this changed?
Must have been changed before my days then. The freelist is a linked
list of pointers:
get_free_object ...
ptr = pool->free_list;
pool->free_list = *(void **
Chromatic <[EMAIL PROTECTED]> wrote:
> On Mon, 2004-02-02 at 07:57, Leopold Toetsch wrote:
>> > How about examples/pni/sdl_blue_rectangle.imc?
>> Done.
> I have a couple of other examples now; should I check them in here? In
> particular, I have image animation and will shortly have examples of
Alex Burr writes:
> --- Andy Wardley <[EMAIL PROTECTED]> wrote:
>
> > Adding unicode operators to Perl will just reinforce
> > its reputation as
> > a "line noise" language.
>
> Perl6, the language with *real* runes.
>
> Come to think of it, some of the ogham runes would
> look more incharacter
On Sat, 1 Feb 2004, Stephane Peiry wrote:
> Hi All,
>
> Attached here is a list with old entries in RT where you can see the
> requestor (email address), ticket number, description. If your email
> address is in there, please give an update or I'll go flagging these
> as obsolete (unless they are
# New Ticket Created by Dan Sugalski
# Please include the string: [perl #25854]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=25854 >
Simon Cozen's got a Python::Bytecode module on CPAN which
disassembles python bytecode,
I have been shooted with spam, and didn't notice this thread :-)
Does this means that parrot already binds/links to external libraries?
Thanks
Alb
chromatic wrote:
On Mon, 2004-02-02 at 07:57, Leopold Toetsch wrote:
How about examples/pni/sdl_blue_rectangle.imc?
Done.
I have a couple of other e
Huh! :-) Cool.
Thanks for the suggestions.
Alberto
Dan Sugalski wrote:
At 5:13 PM + 2/2/04, Alberto Manuel Brandão Simões wrote:
I have been shooted with spam, and didn't notice this thread :-)
Does this means that parrot already binds/links to external libraries?
Yup, has for quite a while
At 5:13 PM + 2/2/04, Alberto Manuel Brandão Simões wrote:
I have been shooted with spam, and didn't notice this thread :-)
Does this means that parrot already binds/links to external libraries?
Yup, has for quite a while. Take a look at the
library/ncurses.pasm and library/postgres.pasm
files
On Mon, 2004-02-02 at 07:57, Leopold Toetsch wrote:
> > How about examples/pni/sdl_blue_rectangle.imc?
> Done.
I have a couple of other examples now; should I check them in here? In
particular, I have image animation and will shortly have examples of
reading input with SDL.
-- c
At 5:41 PM +0100 2/2/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
Having all the objects of a generation in a single pool does make
life significantly easier, to be sure, but you don't need to have the
objects *themselves* in a single pool -- just have a quick way to
iden
On Mon, Feb 02, 2004 at 09:59:50AM +, Simon Cozens wrote:
> [EMAIL PROTECTED] (Andy Wardley) writes:
> > Sure, make Perl Unicode compliant, right down to variable and operator
> > names. But don't make people spend an afternoon messing around with mutt,
> > vim, emacs and all the other tools
At 1:27 AM -0500 1/30/04, Gordon Henriksen wrote:
On Thursday, January 29, 2004, at 11:55 , Melvin Smith wrote:
At 11:45 PM 1/28/2004 -0500, Gordon Henriksen wrote:
On Wednesday, January 28, 2004, at 12:53 , Melvin Smith wrote:
At 12:27 PM 1/23/2004 -0800, Damien Neil wrote:
Java Collections ar
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Having all the objects of a generation in a single pool does make
> life significantly easier, to be sure, but you don't need to have the
> objects *themselves* in a single pool -- just have a quick way to
> identify all the objects in a generation. We cou
Chromatic <[EMAIL PROTECTED]> wrote:
> How about examples/pni/sdl_blue_rectangle.imc?
Done.
> -- c
leo
Stephane Peiry <[EMAIL PROTECTED]> wrote:
> 23039 [PATCH] event handling-2
A similar patch is in, either applied or obsolete and resolved.
> 16300 [BUG] hash clone hangs
> 17158 [PACTH] reduce size of core_ops_prederef.* by a fair amount
> 17244 [PACTH] hash ops at runtime for op_code() looku
--- Andy Wardley <[EMAIL PROTECTED]> wrote:
> Adding unicode operators to Perl will just reinforce
> its reputation as
> a "line noise" language.
Perl6, the language with *real* runes.
Come to think of it, some of the ogham runes would
look more incharacter as a 'distribute' operator than
guill
At 10:51 PM -0500 1/30/04, Gordon Henriksen wrote:
On Thursday, January 29, 2004, at 08:41 , Dan Sugalski wrote:
So, while I'm heaping much grumpiness on threads (though I suppose,
as I've been out of touch for a bit maybe you've all solved the
problem. That'd be nice) I've also been thinking ab
At 12:03 AM +0100 1/29/04, Elizabeth Mattijsen wrote:
At 10:40 +0100 1/28/04, Leopold Toetsch wrote:
The Perl 6 Summarizer wrote:
The costs of sharing
Leo Töposted a test program and some results for timing the difference
between using shared and unshared PMCs. ... Hopefully the benchmar
At 12:17 AM -0800 1/28/04, Jeff Clites wrote:
On Jan 27, 2004, at 7:29 AM, Leopold Toetsch wrote:
getinterp P5
dlfunc P0, Nul, "Parrot_UnManagedStruct_get_pointer", "pIP"
...
This is unlimited self-inspection and self-modification :) With
little additions (nested structs) one coul
At 4:47 PM -0700 1/27/04, Cory Spencer wrote:
Perhaps someone with a bit more familiarity with the Parrot IO subsystem
could give me some guidance here. I'm currently trying to get a new
'peek' opcode working, and I'm having difficulties getting the io_unix
layer implemented correctly.
Before we g
--- Stephane Peiry <[EMAIL PROTECTED]> wrote:
>
> Attached here is a list with old entries in RT where you can see the
> requestor (email address), ticket number, description. If your email
> address is in there, please give an update or I'll go flagging these
> as obsolete (unless they are obvio
# New Ticket Created by Stefan Lidman
# Please include the string: [perl #25832]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=25832 >
Hello
This is a test for the buffer bug that
was discussed on p6i a few days ago.
It
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #25825]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=25825 >
Hi,
with a non-english locale I get a failure of test 11 in syn/file.t. Test 11
Gordon Henriksen <[EMAIL PROTECTED]> wrote:
> On Friday, January 30, 2004, at 11:52 , Leopold Toetsch wrote:
>> + /*
>> + * if we morph to a string, first clear str_val
>> + * so that after changing the vtable a parallel
>> + * reader doesn't get a gargabe pointer
>>
Luke Palmer wrote:
> I think $() will help somewhat, as will interpolating method calls, but
> for a compiler, I'd really like PHP-like parse switching. That is, I
> could do something like (I'll use $< and $> for ):
Check out the new scanner module for Template Toolkit v3. It does this
exactly
[EMAIL PROTECTED] (Andy Wardley) writes:
> Sure, make Perl Unicode compliant, right down to variable and operator
> names. But don't make people spend an afternoon messing around with mutt,
> vim, emacs and all the other tools they use, just so that they can read,
> write, email and print Perl
I've been writing a lot of compiler recently, and figuring as how Perl
6 is aiming to replace yacc, I think I'll share some of my positive and
negative experiences. Perhaps Perl 6 can adjust itself to help me out
a bit. :-)
=over
=item * RegCounter
I have a class called RegCounter which is of
Luke Palmer wrote:
> But I'm still sure that the unicode-deficient would rather write:
I suspect the unicode-deficient would rather write Ruby.
Adding unicode operators to Perl will just reinforce its reputation as
a "line noise" language.
I know it has been said before, and I'm sure it will be
53 matches
Mail list logo
