# New Ticket Created by Matt Kraai
# Please include the string: [perl #49818]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49818 >
Howdy,
Configure.pl's check for memalign hangs on QNX 6 because the call to
memalign in t
On Sun, Jan 13, 2008 at 11:22:44PM -0600, Patrick R. Michaud wrote:
: On Sun, Jan 13, 2008 at 11:35:17PM +0100, Cosimo Streppone wrote:
: > - Is [1] the correct way of declaring "todo" tests?
: > What's the equivalent in new compiler directives
: > of `:todo', `:todo', and ':todo'?
: > [1] t/sp
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #49812]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49812 >
The perl6 compiler needs to be converted to make use of
Parrot's .HLL directive an
# New Ticket Created by Stuart Jansen
# Please include the string: [perl #49810]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49810 >
The lolcode 1.2 spec states: "All variable scope, as of this version, is local
to the
# New Ticket Created by Stuart Jansen
# Please include the string: [perl #49808]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49808 >
The bare expression before an O RLY? should both set IT and be used as
a test in the O
# New Ticket Created by Stuart Jansen
# Please include the string: [perl #49806]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49806 >
The purpose of some tests is non-obvious. Add a short comment to each test
explaining
On Jan 15, 2008 6:13 AM, Cosimo Streppone <[EMAIL PROTECTED]> wrote:
> Since I refactored the S29 tests into t/spec/S29-str,
> the smartlinks don't display correctly anymore.
>
Heh, IIRC, I noticed such problems months *before* you refactored the
S29 tests ;)
> If you go here:
>
>http://perlc
Patches applied to trunk in r24898.
OK, I think this is finally done. Some notes:
1. During testing, t/dynpmc/gdbmhash.t failed during "make test"
with "[SIGNAL 8]" (SIGFPE) -- twice -- but not when I reran it manually.
I hope this doesn't become a FAQ . . .
2. I created a new release schedule page on the wiki for 2008,
On behalf of the Parrot team, I'm proud to announce Parrot 0.5.2
"P.e. nipalensis." Parrot (http://parrotcode.org/) is a virtual machine
aimed at running all dynamic languages.
Parrot 0.5.2 can be obtained via CPAN (soon), or follow the download
instructions at http://parrotcode.org/source.html.
# New Ticket Created by Will Coleda
# Please include the string: [perl #49802]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49802 >
Right now 'make tclsh' invokes the tcl.pbc with no file args, dumping
it into interactive
I found someone in my office with Leopard on their laptop. I'll try to
take a stab at this over the weekend.
-J
--
On Tue, Jan 15, 2008 at 02:02:32PM +0900, Simon Cozens wrote:
> Joshua Hoblitt via RT wrote:
> >What is the OSX toolchain solution for inline asm with fat binaries?
>
> Architectur
Okay, fine w/ me. I'd not changed anything since ... since well 11/30/06
when I ran into the updated svn issue. Perhaps this is the first
Configure change since then ...
Anyway, just wanted to get it in there in case it was something
worthwhile.
Close the bug, please.
a
Andy Bach
Systems Ma
On Di. 15. Jan. 2008, 09:04:47, [EMAIL PROTECTED] wrote:
>
> Line 366 was:
> <<< .mine
>use 5.008_000;
>use strict;
>use warnings;
>use lib 'lib';
>
> just after here. So I deleted Configure.pl reran the svn fetch
(showed no
> files transfered) and the new Configure.pl work
Author: bernhard
Date: Tue Jan 15 11:33:55 2008
New Revision: 24886
Modified:
trunk/docs/pdds/pdd17_pmc.pod
Log:
[doc]
Mention Pair PMC in PDD 17
Modified: trunk/docs/pdds/pdd17_pmc.pod
==
--- trunk/docs/pdds/pdd17_p
Cleaned up copyright, after talking to Gregor (who is sending in a
signed contributor agreement). Resolved in r24885.
On Tuesday 15 January 2008 09:04:47 [EMAIL PROTECTED] wrote:
> just after here. So I deleted Configure.pl reran the svn fetch (showed no
> files transfered) and the new Configure.pl worked fine.
>
> Did I catch a partially implemented svn update?
Subversion does that when there's a conflict in t
James Keenan via RT schrieb:
The question I would have is: What is the functionality of
src/revision.c -- the file written by tools/build/revision_c.pl when the
latter script is invoked by 'make'?
It looks like it provides the C-function Parrot_revision() which is used in
compilers/imcc/ma
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #49794]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49794 >
A nightly cvs update and make smoke and I've been seeing failures for
about 3 days
James Keenan via RT schrieb:
Since we're on the subject of m4 ...
Are the concerns raised in this ticket still valid?
http://rt.perl.org/rt3/Ticket/Display.html?id=43857
Yes,
that's still a very sensible TODO.
http://rt.perl.org/rt3/Public/Bug/Display.html?id=31633 is also related
to th
Having looked a bit more at Parrot::Revision and the instances where it
is used, I *think* we can make it go away completely, at least as a
separate module, and incorporate its functionality within
config/auto/revision.pm.
Most of the files in which it is used are the tests which I myself wrote
to
Since we're on the subject of m4 ...
Are the concerns raised in this ticket still valid?
http://rt.perl.org/rt3/Ticket/Display.html?id=43857
Simon Cozens (via RT) schrieb:
# New Ticket Created by Simon Cozens
# Please include the string: [perl #49780]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49780 >
There's some code in config to detect 'm4 --version' "h
# New Ticket Created by Bob Rogers
# Please include the string: [perl #49790]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49790 >
Placeholder for issues related to the 0.6.0 release, planned for
February 19, 2008.
On Tue Jan 15 05:40:23 2008, doughera wrote:
[snip]
> Configure.pl has successfully completed the ctags detection (notice
> the
> 'no.' at the end of that line. The error messages are coming from the
> beginning of the next step, 'Determining Parrot's revision',
> which makes sense.
[sigh of rel
# New Ticket Created by Michal Jurosz
# Please include the string: [perl #49788]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49788 >
Attached patch bypass Subversion bug 2640 for
languages/lolcode/src/builtins/var_or_fu
On Mon, 14 Jan 2008, chromatic via RT wrote:
> On Wednesday 02 January 2008 10:18:49 Andy Dougherty wrote:
>
> > In order to get pbc_to_exe to work with the Solaris linker, I had to move
> > the libraries to the end of the link line. That's not surprising --
> > traditional Unix linkers process
Simon Cozens wrote:
I think this means we need a strings programming PDD. If this is a
good idea, I'll write one, but I will need help.
But really, really, I honestly think we need to start sorting this
out early, before it becomes endemic and we get so stuck in the *s++
mindset it's ha
. . . is now underway. Since I started it by creating a release
branch, the "code slush" is over, and the trunk is once again open for
business as usual. Thanks for your patience,
-- Bob
On Mon, 14 Jan 2008, James Keenan via RT wrote:
> On Mon Jan 14 07:41:36 2008, doughera wrote:
>
> > Apparently not. I am looking at the case where I have neither svn nor
> > svk
> > nor git available in $PATH.
> >
> > During the original Configure.pl run, I see:
> >
> > Determining whethe
Hello all.
This is a plea from the heart. Parrot was designed from the very beginning
to support abstract interfaces to strings, to avoid the scary hairiness we
had converting a Unicode-agnostic Perl 5.5 into a Unicode-aware 5.6.
Believe me, it was not fun.
So when I see stuff like th
On 15/01/2008, Matisse Enzer <[EMAIL PROTECTED]> wrote:
>
> On Jan 14, 2008, at 1:00 AM, Paul Cochrane wrote:
>
> > Matisse,
> >
> > this is great work! Would it be possible for you to summarise this on
> > the parrot wiki somewhere?[1] Then we have a more permanent and
> > central location for t
32 matches
Mail list logo
