Idea: infir types of constants

Just surfing, I noticed something about the "D" programming language: " The types of constants need not be specified explicitly as the compiler infers their types from the right-hand sides of assignments. const fact_7 = Factorial!(7); " Now in

'returns' vs 'of'

I don't like the assignments of 'returns' and 'of'. I think it is easily confused. I've written foo (Int $x) returns Int in examples and nobody noticed. As formal documentation, that scans right as the outer perceived return value type. But no, it's supposed to be foo (Int $x) of Int inst

Q on function returning

In S06, it is explained how the parameter list to 'return' is preserved as a Capture. So, what is the role of the inner and outer return types that are declared on the function?

[perl #52706] [BUG]: t/dynpmc/gdbmhash.t hanging on Darwin

This problem continues to prevent me from a complete run of 'make test' on Darwin. Prior to the match committed in r26790, config/auto/gdbm.pm's runstep() method contained this code: $self->_handle_darwin_for_fink($conf, $osname, 'gdbm.h'); $conf->cc_gen('config/auto/gdbm/gdbm.in');

[perl #52842] AutoReply: [CORE] Remove stack.ops and user_stack

See also the discussion in http://groups.google.com/group/perl.perl6.internals/msg/8f729cd4ba81d5fe and subsequent messages. -- Bob

Re: quick ones on subs

On Sat, Apr 12, 2008 at 08:00:19PM -0500, John M. Dlugosz wrote: > Larry Wall larry-at-wall.org |Perl 6| wrote: >> What gives (in the sense of breaking) is the notion that you can do >> multiple dispatch on randomly ordered arguments. That's the main >> reason we invented proto multis, so that the

Clarify "Design by Contract"

PRE/POST on methods: " When applied to a method, the semantics provide support for the "Design by Contract" style of OO programming: a precondition of a particular method is met if all the PRE blocks associated with that method return true. Otherwise, the precondition is met if all of the paren

Help understanding syntax in S06 "Unpacking tree node parameters"

multi traverse ( NAry $top ( :kids [$eldest, [EMAIL PROTECTED] ) ) { The inner signature is :( :kids [$eldest, [EMAIL PROTECTED] ) This starts out like a named-only parameter, :xx or :xx($yy) but then there is a space and an array. :xx @yy I don't follow that.

Re: quick ones on subs

Larry Wall larry-at-wall.org |Perl 6| wrote: What gives (in the sense of breaking) is the notion that you can do multiple dispatch on randomly ordered arguments. That's the main reason we invented proto multis, so that the compiler can rearrange supposedly randomly ordered arguments into positio

Question (mistake?) in S06 "Multidimensional argument list binding"

The section contrasts sub foo (*@@slice) { ... } sub foo (\$slice) { ... } but he latter is never explained anywhere. Did you mean to use | instead of \ in that section? If not, what am I missing?

[perl #52818] readline detection failing (linux x86_64)

On Sat Apr 12 14:31:23 2008, ambs wrote: > In the other hand, if I do the same in another linux machine: > [EMAIL PROTECTED] ~]$ ldd -r /usr/lib/libreadline.so > linux-gate.so.1 => (0xb7fa5000) > libncurses.so.5 => /usr/lib/libncurses.so.5 (0xb7f3) > libc.so.6 => /lib/libc.

[perl #52818] readline detection failing (linux x86_64)

On my Linux server where readline is not being detected, the location of the failure is here: $conf->cc_gen('config/auto/readline/readline.in'); my $has_readline = 0; eval { $conf->cc_build() }; That 'eval' is generating the error message I quoted in the previous post, which in turn c

[perl #52818] readline detection failing (linux x86_64)

Could this be déjà vu all over again? As was the case with auto::gettext, my Configure.pl on Darwin finds a 'readline' that I installed under /sw with Fink. But my Configure.pl fails to detect a 'readline': Determining if your platform supports readline...cc -pipe -I/usr/local/include -D_LARGEF

Re: In lieu of "This Week in Perl 6"

Conrad Schneiker wrote: > Also, please consider referring people to the Perl 6 wiki (and > any relevant subsections thereof) for more information when > writing things that may get wider attention beyond the immediate > Perl 6 community. and if you find things on http://dev.perl.org/perl6/ to be w

In lieu of "This Week in Perl 6"

While TPF is working through the various issues for how to expediently handle earmarked grants, it occurred to me that once that is in place, sponsoring (for example) an Indian CS grad student to revive the weekly "This Week in Perl 6" summaries would another one of the many small-scale things that

Re: [perl #52788] gettext not being detected

thanks for the reports. i needed some feedback on this step in order to make it more portable. in order to do this correctly, i needed to determine if GNU libc is installed. from the gettext overview (http://www.gnu.org/software/gettext/manual/gettext.html#Overview): Note that on GNU systems,

Re: What is the "self pragma"?

On Sat, Apr 12, 2008 at 2:18 PM, Juerd Waalboer <[EMAIL PROTECTED]> wrote: > Larry Wall skribis 2008-04-12 9:26 (-0700): > > > Now that people have gotten used to self.foo and $.foo, it may be > > that the demand for the pragma has fallen off a bit... :) > > I hope it has. Perl 6 would be less

Re: What is the "self pragma"?

Larry Wall skribis 2008-04-12 9:26 (-0700): > Now that people have gotten used to self.foo and $.foo, it may be > that the demand for the pragma has fallen off a bit... :) I hope it has. Perl 6 would be less confusing without this pragma. -- Met vriendelijke groet, Kind regards, Korajn saluto

Re: [perl #51690] parrot fails to build from source

Bernhard Schmalhofer via RT wrote: > On Do. 13. Mär. 2008, 08:37:06, coke wrote: >> Do you have an existing parrot installation already? If so, the >> installed library could be conflicting with running this copy of out >> the build directory... Remove the installed version and try again? > > Hi M

[perl #52818] readline detection failing (linux x86_64)

# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #52818] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=52818 > --- osname= linux osvers= 2.6.9-1.675_el arch= x86_64-linux-thread-multi cc=

Re: Symbolic references and OUTER

On Fri, Apr 11, 2008 at 05:08:58PM -0400, Bob Rogers wrote: : I don't see that this is any harder; unless I'm misunderstanding you, : this is just another normal closure usage case. The OUTER scope is : always the one defined by outersub, no matter how many calls back in the : dynamic chain it mig

Re: What is the "self pragma"?

On Sat, Apr 12, 2008 at 04:49:39AM -, John M. Dlugosz wrote: : In S06, "A method's invocant always has the alias self. Other styles of self can be declared with the self pragma." : : What is the self pragma, and what are other styles of self, prey tell? Seemingly a placeholder for future gen

Re: [perl #52792] [PATCH] Eclectus: Small debugging aid

On Friday 11 April 2008 17:58:02 Andreas Rottmann wrote: > The attached patch allows to dump the PIR by uncommenting a single > line in compiler.scm. The code uses HLL::Compiler; does --target=PIR not work? -- c

Re: quick ones on subs

On Sat, Apr 12, 2008 at 04:58:57AM -, John M. Dlugosz wrote: : In S06, a wrong word: : : "Alternately, optional fields may be marked by supplying a default value. " : should be parameters, not fields. : : Now here is my question: : Params are bound in declaration order, not call order, and ma

Re: slurpy scalar parameter?

On Sat, Apr 12, 2008 at 02:10:48AM -0400, Ryan Richter wrote: : On Sat, Apr 12, 2008 at 05:06:53AM -, John M. Dlugosz wrote: : > What is the difference between: : > : > sub head(*$head, [EMAIL PROTECTED]) : > : > and : > : > sub head($head?, [EMAIL PROTECTED]) : > : : If you call head(@f

Re: cross operator and empty list

[EMAIL PROTECTED] wrote: > Technically the Cartesian cross operator doesn't have an identity value. It has. The set which contains only the emty set, or in perl terms ([]); Or am I missing something? Cheers, Moritz -- Moritz Lenz http://moritz.faui2k3.org/ | http://perl-6.de/ signature.asc

Re: [perl #52776] [configure][BUG] $(RM_F) uses $(PERL)

On Fri, Apr 11, 2008 at 12:15 PM, via RT Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote: > # New Ticket Created by Bernhard Schmalhofer > # Please include the string: [perl #52776] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt3/Ticket/Display.

Re: [perl #52788] gettext not being detected

James Keenan via RT wrote: More data: Linux: $ locate intl [ excerpt ] /usr/include/libintl.h Darwin: $ locate intl [ excerpt ] /sw/include/libintl.h /sw/lib/libintl.1.0.1.dylib /sw/lib/libintl.1.dylib /sw/lib/libintl.a /sw/lib/libintl.dylib /sw/lib/libintl.la I don't know much about C head

[perl #52788] gettext not being detected

More data: Linux: $ locate intl [ excerpt ] /usr/include/libintl.h Darwin: $ locate intl [ excerpt ] /sw/include/libintl.h /sw/lib/libintl.1.0.1.dylib /sw/lib/libintl.1.dylib /sw/lib/libintl.a /sw/lib/libintl.dylib /sw/lib/libintl.la I don't know much about C headers and libraries, but this app

[perl #52788] gettext not being detected

I am experiencing a similar problem on Linux -- but not on Darwin. Linux On Linux I have a vendor-supplied (Debian) gettext: [li11-226:parrot] 519 $ /usr/bin/gettext --version gettext (GNU gettext-runtime) 0.16.1 Copyright (C) 1995-1997, 2000-2006 Free Software Foundation, Inc. Configure.pl does

[perl #50218] Uninitialized svk install hangs postconfig/03-revision.t and Parrot::Revision usage

Yes, with no more t/postconfigure/03, no hang. Resolved.

[perl #52792] [PATCH] Eclectus: Small debugging aid

# New Ticket Created by Andreas Rottmann # Please include the string: [perl #52792] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=52792 > The attached patch allows to dump the PIR by uncommenting a single line in compiler

[perl #52778] Are resizable arrays too Perlish?

# New Ticket Created by Bob Rogers # Please include the string: [perl #52778] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=52778 > As the transcript below shows, Parrot out-Perls even Perl by changing the array length

[perl #52776] [configure][BUG] $(RM_F) uses $(PERL)

# New Ticket Created by Bernhard Schmalhofer # Please include the string: [perl #52776] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=52776 > In the Makefile templates the line RM_F = @rm_f@ is frequently used. This

Re: The Big Three Rakudo (and Parrot OO) Bottlenecks

On Friday 11 April 2008 19:05:41 Bob Rogers wrote: >From: chromatic <[EMAIL PROTECTED]> >The free object list is the reason that compacting/copying collectors >are popular, specifically that all you have to do to find the next >free object is bump the pointer by sizeof (header) an

[perl #52788] gettext not being detected

# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #52788] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=52788 > --- osname= linux osvers= 2.6.24-arch arch= i686-linux cc= cc --- Flags:

[perl #52774] [PATCH] Eclectus: make pairs work

# New Ticket Created by Andreas Rottmann # Please include the string: [perl #52774] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=52774 > The attached patch fixes the pair implementation. Make pairs work From: Andreas R