Tyler MacDonald wrote:
Sébastien Aperghis-Tramoni <[EMAIL PROTECTED]> wrote:
For CPAN smokers based on CPAN::YACSmoke, the answer is: test the
presence of the AUTOMATED_TESTING environment variable. See also
the following page for more details:
http://search.cpan.org/dist/CPAN-YACSmoke/lib/CP
The following PMCs wil be removed soon:
- FloatvalArray - use {Fixed,Resizable}FloatArray instead
- StringArray - use {Fixed,Resizable}StringArray instead
The latter is a dummy wrapper around ResizablePMCArray BTW.
leo
I'm not implementing copy at the moment as I lack knowledge. I might
just write the default open/while(){write}/close method for cases when
everything else fails.
BTW, it will go for File.pmc accordingly with Leo.
Joshua Juran wrote:
On Jan 11, 2006, at 7:02 PM, Chip Salzenberg wrote:
On We
The ${foo} interoplation/substitution syntax is no more. It has been
replaced with the autoconf like @foo@ syntax and all of the *.in files
have been updated. The special quoting syntax has also been removed
from parrot.pc.in
Support implimented in r11082 & r7.
Cheers,
-J
--
On 1/12/06, Alberto Manuel Brandão Simões <[EMAIL PROTECTED]> wrote:
> I'm not implementing copy at the moment as I lack knowledge. I might
> just write the default open/while(){write}/close method for cases when
> everything else fails.
>
> BTW, it will go for File.pmc accordingly with Leo.
>
sinc
Hi,
I'm trying to implement some functions into the Lua PMCs, but I'm having
trouble to compile them.
I want to add a clone method to the LuaNil PMC (which should extend
Null.pmc, not None.pmc, as it does currently; changed that already)
However, I get the following error:
luanil.c:343: er
Klaas-Jan Stol wrote:
Hi,
I'm trying to implement some functions into the Lua PMCs, but I'm having
trouble to compile them.
I want to add a clone method to the LuaNil PMC (which should extend
Null.pmc, not None.pmc, as it does currently; changed that already)
However, I get the following e
Dave Whipp wrote:
> An Int is Enumerable: each value that is an Int has well defined succ
> and pred values. Conversely, a Real does not -- and so arguably should
> not support the ++ and -- operators. Amonst other differences, a
> Range[Real] is an infinite set, whereas a Range[Int] has a finite
>
>>(perhaps this discussion belongs on p6l)
> It sure does;)
(this reply moved to p6l)
[EMAIL PROTECTED] wrote:
Dave Whipp wrote:
An Int is Enumerable: each value that is an Int has well defined succ
and pred values. Conversely, a Real does not -- and so arguably should
not support the ++ and
At 18:03 03/01/2006 -0800, you wrote:
# New Ticket Created by Will Coleda
# Please include the string: [perl #38146]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38146 >
OS.pmc should provide both a:
and
rename
On 1/12/06, Dave Whipp <[EMAIL PROTECTED]> wrote:
> >>(perhaps this discussion belongs on p6l)
> > It sure does;)
>
> (this reply moved to p6l)
>
> [EMAIL PROTECTED] wrote:
> > Dave Whipp wrote:
> >
> >>An Int is Enumerable: each value that is an Int has well defined succ
> >>and pred values. Con
> I wouldn't see a problem with defining a "Real" role that has a fairly
> sparse set of operations. Afterall, a type that does support ++ and --
> (e.g. Int, Num) could easily "does Enumerable" if it wants to declare
> that it supports them.
What about the scripty-doo side of Perl6? One of the ov
On 1/12/06, Ævar Arnfjörð Bjarmason <[EMAIL PROTECTED]> wrote:
> The "next/prev" semantics are, and should be more general than ±1, I
> just think that ±1 should remain the default for reals & ints.
So, Num (and all types that derive from Num) should have a next of {
@_[0] + 1 } and a prev of { @_
# New Ticket Created by Greg Bacon
# Please include the string: [perl #38217]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38217 >
[...]
/usr/bin/perl tools/build/parrot_config_c.pl --mini > \
src/null_config.c
src/null_
# New Ticket Created by Greg Bacon
# Please include the string: [perl #38216]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38216 >
There appears to have been some slop in the ${foo} -> @foo@ change,
and the attached patc
On 1/12/06, Parrot Assembler via RT <[EMAIL PROTECTED]> wrote:
> This message has been automatically generated in response to the
> creation of a parrotbug regarding:
> "[BUG] (r11026) pdb.exe build broken"
>
of course that should be r11126.
~jerry
> while running 'make world' for i386-win
Greg Bacon (via RT) wrote:
# New Ticket Created by Greg Bacon
# Please include the string: [perl #38216]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38216 >
There appears to have been some slop in the ${foo} -> @foo@
Dave Whipp wrote:
>An Int is Enumerable: each value that is an Int has well defined succ
>and pred values. Conversely, a Real does not -- and so arguably should
>not support the ++ and -- operators. Amonst other differences, a
>Range[Real] is an infinite set, whereas a Range[Int] has a finite
>card
On 1/12/06, Jonathan Lang <[EMAIL PROTECTED]> wrote:
> I think that Dave has a point about a Range[Real] being an infinite
> set: According to DWIM, if I see "4.5..5.7", I don't think of "4.5,
> 5.5"; I think of "numbers greater than or equal to 4.5 but less than
> or equal to 5.7". Likewise, "4.5
On Thu, Jan 12, 2006 at 07:51:58PM +, Nick Glencross wrote:
> It looks like only prefix is actually set, and the other paths are set
> using pkgconfig variables (which look the same as the style that we've
> just moved away from).
>
> I hope that you don't mind, but I've not used your patc
On Thu, Jan 12, 2006 at 06:27:11AM -0800, jerry gay wrote:
> On 1/12/06, Alberto Manuel Brandão Simões <[EMAIL PROTECTED]> wrote:
> > I'm not implementing copy at the moment as I lack knowledge. I might
> > just write the default open/while(){write}/close method for cases when
> > everything else f
Rob Kinyon wrote:
I wouldn't see a problem with defining a "Real" role that has a fairly
sparse set of operations. Afterall, a type that does support ++ and --
(e.g. Int, Num) could easily "does Enumerable" if it wants to declare
that it supports them.
What about the scripty-doo side of Perl6?
Luke Palmer wrote:
> That's good, because that's what it does. A "range object" in list
> context expands into a list, but in scalar context it is there for
> smart-matching purposes:
>
> 3.5 ~~ 3..4 # true
> 4 ~~ 3..^4 # false
>
> etc.
>
> The only remaining problem is that we have n
On Thu, Jan 12, 2006 at 08:29:29PM +, Luke Palmer wrote:
: The only remaining problem is that we have no syntax for ...3, which
: doesn't make sense as a list, but does make sense as a range.
Well, it could be a lazy list that you only ever pop, I suppose.
In any event, it doesn't work syntact
Larry Wall wrote:
> On Thu, Jan 12, 2006 at 08:29:29PM +, Luke Palmer wrote:
> : The only remaining problem is that we have no syntax for ...3, which
> : doesn't make sense as a list, but does make sense as a range.
>
> Well, it could be a lazy list that you only ever pop, I suppose.
> In any e
Larry Wall skribis 2006-01-12 12:40 (-0800):
> Well, it could be a lazy list that you only ever pop, I suppose.
> In any event, it doesn't work syntactically because ... is where a
> term is expected, so it's a yada-yada-yada with an unexpected term
> following it.
Why avoid having both ... and ..
I'd vote for that being the default method that can be overridden on a
per platform basis with a more functional/efficient version.
-J
--
On Thu, Jan 12, 2006 at 12:07:33PM +, Alberto Manuel Brand?o Sim?es wrote:
> I'm not implementing copy at the moment as I lack knowledge. I might
> just w
On Thu, Jan 12, 2006 at 04:53:26PM +0100, Leopold Toetsch wrote:
> Klaas-Jan Stol wrote:
> >Hi,
> >
> >I'm trying to implement some functions into the Lua PMCs, but I'm having
> >trouble to compile them.
> >
> >I want to add a clone method to the LuaNil PMC (which should extend
> >Null.pmc, not N
On Thu, Jan 12, 2006 at 11:11:13AM -1000, Joshua Hoblitt wrote:
> On Thu, Jan 12, 2006 at 07:51:58PM +, Nick Glencross wrote:
>
> > It looks like only prefix is actually set, and the other paths are set
> > using pkgconfig variables (which look the same as the style that we've
> > just move
# New Ticket Created by Joshua Isom
# Please include the string: [perl #38221]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38221 >
On FreeBSD 5.4, building parrot fails for the experimental.ops part of
core_ops_cgp.c.
# New Ticket Created by jerry gay
# Please include the string: [perl #38219]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38219 >
while running 'make world' for i386-win32-cl:
link -out:.\pdb.exe src\pdb.obj -
"Greg Bacon (via RT)" <[EMAIL PROTECTED]> wrote:
[...]
/usr/bin/perl tools/build/parrot_config_c.pl --mini > \
src/null_config.c
src/null_config.c
gcc -o miniparrot.exe -s -L/usr/local/lib compilers/imcc/main.o \
-L/home/gbacon/src/parrot/blib/lib -lparrot -lcrypt src/null_config.o
compilers/
With the attached patch, which changes argv to be a
ResizableStringArray instead of an SArray, when argv reaches the pir
execution, four null strings are prepended to argv. Running parrot
with -D8 prints the argv without those four null strings. The comment
above the change indicates eventual
The latest release of Devel::TypeCheck adds typing of functions (without
polymorphism) as well as numerous bug fixes:
The uploaded file
Devel-TypeCheck-1.2.tar.gz
has entered CPAN as
file: $CPAN/authors/id/B/BA/BARGLE/Devel-TypeCheck-1.2.tar.gz
size: 37304 bytes
md5: 04369069c2a307c85b
34 matches
Mail list logo
