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
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
* 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
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 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.
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
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
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
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 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
> > >
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 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 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
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 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,
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
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.
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
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:
> >
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 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 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 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
# 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
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
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
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 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?
>
> -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 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?
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.
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
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
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
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
35 matches
Mail list logo
