RE: [perl #117237] error building rakudo star 2013.02

[James Buster]

> Parrot's loadlib directive normally looks in 
> $prefix/lib/parrot//dynext, so I'm not exactly sure what the problem 
> is here.
> I doubt it's looking only in /usr/lib and /usr/local/lib, as you suggest.  
> Something else must be at play here.

So I understand, perl6 is executing a parrot directive here?

> OOC, what version of Parrot is listed in the /build/jamesb/local/lib/parrot ?

[jamesb]$ ls -al /build/jamesb/local/lib/parrot
drwxr-xr-x  3 jamesb program 4096 2013-03-20 16:41 ./
drwxr-xr-x  7 jamesb program 4096 2013-03-20 16:41 ../
drwxr-xr-x  8 jamesb program 4096 2013-03-19 16:41 4.10.0/

[jamesb]$ ls -al /build/jamesb/local/lib/parrot/4.10.0/dynext
drwxr-xr-x  2 jamesb program   4096 2013-03-19 16:46 ./
drwxr-xr-x  8 jamesb program   4096 2013-03-19 16:41 ../
-rwxr-xr-x  1 jamesb program  60988 2013-03-20 16:21 bit_ops.so*
-rwxr-xr-x  1 jamesb program  15676 2013-03-20 16:21 debug_ops.so*
-rwxr-xr-x  1 jamesb program  15057 2013-03-20 16:21 dynlexpad.so*
-rwxr-xr-x  1 jamesb program  15066 2013-03-20 16:21 file.so*
-rwxr-xr-x  1 jamesb program  19803 2013-03-20 16:21 gziphandle.so*
-rwxr-xr-x  1 jamesb program  39567 2013-03-20 16:21 io_ops.so*
-rwxr-xr-x  1 jamesb program  29432 2013-03-20 16:21 math_ops.so*
-rw-r--r--  1 jamesb program 148453 2013-03-20 16:26 nqp_bigint_ops.so
-rw-r--r--  1 jamesb program  80088 2013-03-20 16:26 nqp_dyncall_ops.so
-rw-r--r--  1 jamesb program 108528 2013-03-20 16:26 nqp_group.so
-rw-r--r--  1 jamesb program 328797 2013-03-20 16:26 nqp_ops.so
-rwxr-xr-x  1 jamesb program  21373 2013-03-20 16:21 obscure_ops.so*
-rwxr-xr-x  1 jamesb program  10631 2013-03-20 16:21 os.so*
-rwxr-xr-x  1 jamesb program  37631 2013-03-20 16:21 rational.so*
-rwxr-xr-x  1 jamesb program  18898 2013-03-20 16:21 select.so*
-rwxr-xr-x  1 jamesb program  21151 2013-03-20 16:21 sys_ops.so*
-rwxr-xr-x  1 jamesb program  43140 2013-03-20 16:21 trans_ops.so*

>Also, is there any chance that there's another Parrot installed somewhere on 
>the system?  Perhaps the perl6 binary is finding/loading that one by mistake.

Nope, mine is the only one. No system perl6.

[perl #117307] [BUG] Sequances with strings go backwards in Rakudo

[Carl Mäsak]

# New Ticket Created by  "Carl Mäsak" 
# Please include the string:  [perl #117307]
# in the subject line of all future correspondence about this issue. 
# https://rt.perl.org:443/rt3/Ticket/Display.html?id=117307 >


 rn: say .[*-1] given "perl" ... { 3 == ++state $ }
 rakudo 221a95: OUTPUT«perj␤»
 ..niecza v24-35-g5c06e28: OUTPUT«pern␤»
* masak submits rakudobug

I'm just assuming this isn't spec'd behavior. I like Niecza's
semantics better: use .succ if nothing else is indicated.

ezmlm warning

[perl6-compiler-help]

Hi! This is the ezmlm program. I'm managing the
perl6-compi...@perl.org mailing list.

I'm working for my owner, who can be reached
at perl6-compiler-ow...@perl.org.


Messages to you from the perl6-compiler mailing list seem to
have been bouncing. I've attached a copy of the first bounce
message I received.

If this message bounces too, I will send you a probe. If the probe bounces,
I will remove your address from the perl6-compiler mailing list,
without further notice.


I've kept a list of which messages from the perl6-compiler mailing list have 
bounced from your address.

Copies of these messages may be in the archive.

To retrieve a set of messages 123-145 (a maximum of 100 per request),
send an empty message to:
   

To receive a subject and author list for the last 100 or so messages,
send an empty message to:
   

Here are the message numbers:

   8773
   8775

--- Enclosed is a copy of the bounce message I received.

Return-Path: <>
Received: (qmail 15410 invoked from network); 11 Mar 2013 05:51:00 -
Received: from x1.develooper.com (207.171.7.70)
  by x6.develooper.com with SMTP; 11 Mar 2013 05:51:00 -
Received: (qmail 28976 invoked by uid 225); 11 Mar 2013 05:51:00 -
Delivered-To: perl6-compiler-return-8773-perl6-all-poster=perl@perl.org
Received: (qmail 28971 invoked by alias); 11 Mar 2013 05:51:00 -
Received: from unknown (HELO x6.develooper.com) (10.0.100.16)
  by x1.dev with SMTP; 11 Mar 2013 05:51:00 -
Received: by x6.develooper.com (Postfix)
id E37B117753; Sun, 10 Mar 2013 22:50:59 -0700 (PDT)
Date: Sun, 10 Mar 2013 22:50:59 -0700 (PDT)
From: mailer-dae...@x6.develooper.com (Mail Delivery System)
Subject: Undelivered Mail Returned to Sender
To: perl6-compiler-return-8773-perl6-all-poster=perl@perl.org
Auto-Submitted: auto-replied
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
boundary="3FDC217C2B.1362981059/x6.develooper.com"
Content-Transfer-Encoding: 8bit
Message-Id: <20130311055059.e37b117...@x6.develooper.com>

This is a MIME-encapsulated message.

--3FDC217C2B.1362981059/x6.develooper.com
Content-Description: Notification
Content-Type: text/plain; charset=us-ascii

This is the mail system at host x6.develooper.com.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to 

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

   The mail system

: host mx.develooper.com[207.171.7.76] said: 552 The
Date in the header was too far in the past (in reply to end of DATA
command)

--3FDC217C2B.1362981059/x6.develooper.com
Content-Description: Delivery report
Content-Type: message/delivery-status

Reporting-MTA: dns; x6.develooper.com
X-Postfix-Queue-ID: 3FDC217C2B
X-Postfix-Sender: rfc822; 
perl6-compiler-return-8773-perl6-all-poster=perl@perl.org
Arrival-Date: Sun, 10 Mar 2013 22:50:44 -0700 (PDT)

Final-Recipient: rfc822; perl6-all-pos...@perl.org
Original-Recipient: rfc822;perl6-all-pos...@perl.org
Action: failed
Status: 5.0.0
Remote-MTA: dns; mx.develooper.com
Diagnostic-Code: smtp; 552 The Date in the header was too far in the past

--3FDC217C2B.1362981059/x6.develooper.com
Content-Description: Undelivered Message
Content-Type: message/rfc822
Content-Transfer-Encoding: 8bit

Received: from lists-nntp.develooper.com (localhost.localdomain [127.0.0.1])
by x6.develooper.com (Postfix) with SMTP id 3FDC217C2B
for ; Sun, 10 Mar 2013 22:50:44 -0700 (PDT)
Received: (qmail 13712 invoked by uid 514); 11 Mar 2013 05:50:21 -
Mailing-List: contact perl6-compiler-h...@perl.org; run by ezmlm
Precedence: bulk
List-Post: 
List-Help: 
List-Unsubscribe: 
List-Subscribe: 
List-Id: 
Delivered-To: mailing list perl6-compi...@perl.org
Delivered-To: moderator for perl6-compi...@perl.org
Received: (qmail 5324 invoked from network); 8 Mar 2013 03:03:46 -
Delivered-To: perl6-compi...@perl.org
X-Spam-Status: No, hits=-2.9 required=8.0
tests=ALL_TRUSTED,BAYES_00
X-Spam-Check-By: la.mx.develooper.com
From: Deyan Ginev (via RT) 
X-RT-NewTicket: yes
To: bugs-bitbuc...@rt.perl.org
Resent-To: perl6-compi...@perl.org
Mail-Followup-To: perl6-compi...@perl.org
Reply-To: perl6-compi...@perl.org
Date: Thu, 07 Mar 2013 19:03:36 -0800
Subject: [perl #117091] :i doesn't work with <$var>s
In-Reply-To: <513954e8.4030...@jacobs-university.de>
References:  <513954e8.4030...@jacobs-university.de>
Message-ID: 
X-RT-Loop-Prevention: perl
RT-Ticket: perl #117091
Managed-BY: RT 3.6.HEAD (http://www.bestpractical.com/rt/)
RT-Originator: d.gi...@jacobs-university.de
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset="utf-8"
X-RT-Original-Encoding: utf

Re: [perl #117307] [BUG] Sequances with strings go backwards in Rakudo

[Patrick R. Michaud]

On Fri, Mar 22, 2013 at 03:31:57PM -0700, Carl Mäsak wrote:
> 
>  rn: say .[*-1] given "perl" ... { 3 == ++state $ }
>  rakudo 221a95: OUTPUT«perj␤»
>  ..niecza v24-35-g5c06e28: OUTPUT«pern␤»
> * masak submits rakudobug
> 
> I'm just assuming this isn't spec'd behavior. I like Niecza's
> semantics better: use .succ if nothing else is indicated.

S03 has:

For functions deduced when there is only one value on the left, 
the final value is used to determine whether *.succ or *.pred is 
more appropriate.  The two values are compared with C to 
determine the direction of the progression.

Rakudo evaluates C< "perl" cmp { ... } >   as C,
therefore it's using the .pred/decreasing progression.

So, one of the following:
  a) &infix: should produce a different result for Str vs Code
 (if so, what?),
  b) &infix:<...> should assume .succ if the final value is a Code object,
  c) Rakudo is correct, or
  d) Some other spec clarification or change needs to be made.

Pm