Hi all,
With the following patch, I try to add two methods (tostring & tonumber) at
each Lua PMC.
With the first new test, I obtain :
Method 'tostring' not found
current instr.: '_main' pc 13 (languages\lua\t\pmc\number_10.pir:6)
What is it wrong or what have I forget to do ?
François.
add
On Mon, Feb 06, 2006 at 08:29:54PM -0500, Joe Gottman wrote:
>This may be a stupid question, but where can I view the fixed Synopsis?
I don't think it's a stupid question at all. Larry could have meant
"it's fixed in my working copy" when he said "fixed!" and there would
be no possibility for
Larry~
On 2/6/06, Larry Wall <[EMAIL PROTECTED]> wrote:
> This is mostly motivated by linguistics rather than computer science,
> insofar as types/classes/roles in natural language are normally
> represented by generic objects rather than "meta" objects. When I
> ask in English:
>
> Can a dog
From what I can tell, the biggest concern is how different languages
will want it done. Why not allow it to be hll specific? Perhaps
either using a .HLL directive or perhaps a sub with a :hll_init or
something that is called whenever entering that hll, so strictness can
be defined per hll and
From: Chip Salzenberg <[EMAIL PROTECTED]>
Date: Mon, 6 Feb 2006 08:22:21 -0800
On Mon, Feb 06, 2006 at 07:33:08AM -0800, jerry gay wrote:
> since we already have (as will reminded me) syntax that can be used to
> express this difference, and it's tested, i may as well mention it.
On Mon, Feb 06, 2006 at 08:29:54PM -0500, Joe Gottman wrote:
>This may be a stupid question, but where can I view the fixed Synopsis?
> When I go to http://dev.perl.org/perl6/doc/design/syn/S05.html, I see that
> the modification date is November 16, 2005. Is this the most up-to-date
> version?
> -Original Message-
> From: Larry Wall [mailto:[EMAIL PROTECTED]
> Sent: Monday, February 06, 2006 3:03 PM
> To: perl6-language@perl.org
> Subject: Re: Is S05 correct?
>
> On Mon, Feb 06, 2006 at 07:26:44AM +1100, Andrew Savige wrote:
> : --- Larry Wall wrote:
> : > Yes, that's a typo.
On 2/6/06, Larry Wall <[EMAIL PROTECTED]> wrote:
> This is mostly motivated by linguistics rather than computer science,
> insofar as types/classes/roles in natural language are normally
> represented by generic objects rather than "meta" objects. When I
> ask in English:
>
> Can a dog bark?
>
Offer Kaye wrote:
On 2/6/06, Adam Kennedy wrote:
But I'm not really too worried any more, the CamelPack means it's much
easier not to just install from source than use the PPM system.
s/not/now/
Installing from souce == compiling every module that needs it... How
is that *easier* than inst
On Sun, Feb 05, 2006 at 02:32:08AM +0100, Brad Bowman wrote:
:
: Hi,
:
: I've read and reread the macro explanation but I'm still not entirely
: clear on number of things. The questions and thoughts below are based
: on my (mis)understanding.
:
: On 03/02/06 02:05, Larry Wall wrote:
: >Macr
At 3:02 PM +0800 2/6/06, Audrey Tang wrote:
On 2/6/06, Darren Duncan <[EMAIL PROTECTED]> wrote:
Speaking briefly, I would like it if Perl 6 provided a way for a
class (or role, or meta-class, etc) to declare that all variables
declared to be of that type are automatically/implicitly set to a
# New Ticket Created by jerry gay
# Please include the string: [perl #38447]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38447 >
almost all the languages/bc tests are failing if python's not
installed. output below.
~je
On Mon, Feb 06, 2006 at 07:26:44AM +1100, Andrew Savige wrote:
: --- Larry Wall wrote:
: > Yes, that's a typo.
:
: Which reminds me, I noticed some Synopsis typos as follows.
Fixed, thanks!
Larry
On Feb 5, 2006, at 5:56, dakkar wrote:
I did, and the big problem is that it has a size of 106967 x 2031 pts,
which I think translates to 1485 x 28 inches. This not only makes it
hard to display, but also hard to follow...
That's more a result of Parrot than it is of any particular diagram
f
On Feb 6, 2006, at 10:04, Leopold Toetsch via RT wrote:
Allison Randal wrote:
What's the difference between :optional and :opt_flag? I found a few
lines of documentation on these once I knew what to grep for, but
that's all.
Seed pdd03. :optional is the argument. :opt_flag is 1/0 if the
arg
On Sun, Feb 05, 2006 at 07:26:09PM -0800, Darren Duncan wrote:
: Part way through writing this, I had a brief chat on #perl6 with
: stevan (and apparently the meta-model is still quite in flux) and he
: said my question was related to Larry's "class but undef" idea, and
: that Larry should talk
On 2/6/06, Allison Randal <[EMAIL PROTECTED]> wrote:
> On Feb 5, 2006, at 3:05, Leopold Toetsch via RT wrote:
> >
> > .sub "dump" method
> > .param int level
> >
> > The level argument isn't optional at all. Turning on argument count
> > checks would prevent such errors.
> > It has to be:
> >
You use :optional to denote an optional parameter, and :opt_flag on an
int that is set to "true" if there's a parameter in :optional. The
fact that :opt_flag is optional could be construed to be a bug. But
all tests successful for me now for punie, and fairly quickly, so I'm
going to assume t
Allison Randal wrote:
On Feb 5, 2006, at 3:05, Leopold Toetsch via RT wrote:
... Turning on argument count
checks would prevent such errors.
What's the difference between :optional and :opt_flag? I found a few
lines of documentation on these once I knew what to grep for, but
that's all.
On Feb 5, 2006, at 3:05, Leopold Toetsch via RT wrote:
.sub "dump" method
.param int level
The level argument isn't optional at all. Turning on argument count
checks would prevent such errors.
It has to be:
.sub "dump" method
.param int level :optional
Okay, thanks, changed. Joshua
On Mon, Feb 06, 2006 at 07:33:08AM -0800, jerry gay wrote:
> since we already have (as will reminded me) syntax that can be used to
> express this difference, and it's tested, i may as well mention it.
>
> () = foo(42)
>
> works and is tested (the last two tests) in t/compilers/imcc/pcc.t.
No,
David Landgren wrote:
David Cantrell wrote:
brian d foy wrote:
Seriously though, I would expect things in Win32::* to only work on
Windows, things in Linux::* only to work on linux, and so on for many
other sections (including Mac::* where I have some modules). Portable
code isn't always the g
On Feb 6, 2006, at 1:37 AM, Adam Kennedy wrote:
In fact, what you just asked is already listed in the PITA
documentation as within it's scope.
For lack of a better name, I've called it Fallout Testing.
As opposed to Rot Testing, which is when your module doesn't
change, but makes sure it s
On 2/6/06, Chip Salzenberg <[EMAIL PROTECTED]> wrote:
> On Mon, Feb 06, 2006 at 11:23:40AM +, Roger Browne wrote:
> > Chip Salzenberg wrote:
> > > I'm struggling with good PIR syntax for it
> > > though ... Void calls will be common, so it'd be nice to express
> > > them easily.
> >
> > How abo
On Mon, Feb 06, 2006 at 11:23:40AM +, Roger Browne wrote:
> Chip Salzenberg wrote:
> > I'm struggling with good PIR syntax for it
> > though ... Void calls will be common, so it'd be nice to express
> > them easily.
>
> How about a 'void' keyword:
>void foo(bar, baz)
Being the first propo
On Mon, Feb 06, 2006 at 08:50:02AM +0800, Audrey Tang wrote:
> On 2/6/06, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> > On Sun, Feb 05, 2006 at 11:34:33AM +0800, Audrey Tang wrote:
> > > That seems to be a fatal error at PGE's side:
> > >
> > >$ echo 'rule $x:=[]' | parrot demo.pir
> > >
Bob Rogers wrote:
Phooey; I should read what I write. This version changes the word
"sub" to "handler" in a comment, thereby causing it to make sense.
I've now implemented the proposed stricter clear_eh semantics. That is
* clear_eh can only clear exception handlers
* and only from the curr
On 2/5/06, Offer Kaye <[EMAIL PROTECTED]> wrote:
> BTW Gozer have you looked at the first line:
> Cannot forceunlink D:\cpanrun\build\5-8-0\lib\auto\List\Util\Util.dll:
> Permission denied at D:\cpanrun\build\5-8-0\lib/File/Find.pm line 874
>
> Maybe the script is trying to delete a file that the s
On 2/6/06, Smylers wrote:
>
> So it seems the extra level of subdirectories are causing List::Util
> (and a whole bunch of other modules) not to show up in the main perl
> dist page.
>
> Is Cpan Search's heuristic for what gets included documented anywhere?
Now that I think about it, I seem to rec
Chip Salzenberg wrote:
> I'm struggling with good PIR syntax for it
> though ... Void calls will be common, so it'd be nice to express
> them easily.
How about a 'void' keyword:
void foo(bar, baz)
Roger
Offer Kaye writes:
> I see what you mean... what threw me off was that [List::Util and
> Scalar::Util are] not listed under:
> http://search.cpan.org/dist/perl-5.8.8/
Well spotted! List/Util.pm (including pod) is here:
http://search.cpan.org/src/NWCLARK/perl-5.8.8/ext/List/Util/lib/List/Util.
Offer Kaye writes:
> On 2/5/06, Offer Kaye wrote:
>
> > [http://ppm.activestate.com/BuildStatus/5.8-windows/windows-5.8/Scalar-List-Util-1.15.txt
>
>
> Something funky here... Last night I looked at "Scalar-List-Util"...
> but the correct name as Tyler said is "Scalar-List-Utils", with an "s"
* Offer Kaye <[EMAIL PROTECTED]> [2006-02-06 09:15]:
>Installing from souce == compiling every module that needs it...
>How is that *easier* than installing a pre-compiled package?
You don’t need sit there turning a crank while the compiler does
its job. Does it take longer? Sure. Is it harder? No
On 2/6/06, Adam Kennedy wrote:
>
> > But I'm not really too worried any more, the CamelPack means it's much
> > easier not to just install from source than use the PPM system.
>
> s/not/now/
>
Installing from souce == compiling every module that needs it... How
is that *easier* than installing a p
But I'm not really too worried any more, the CamelPack means it's much
easier not to just install from source than use the PPM system.
s/not/now/
sigh
Adam K
35 matches
Mail list logo
