On Mon Jun 16 07:34:45 2008, [EMAIL PROTECTED] wrote:
> > Should be fixed with patch I committed in r28390.
> >
>
> This patch isn't entirely satisfactory; I'm getting some uninitialized
> value warnings. Nothing really harmful, but I'm working on a solution.
>
Am backing that patch out unt
# New Ticket Created by Packy Anderson
# Please include the string: [perl #55910]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55910 >
When I first downloaded the parrot code from svn yesterday, it failed
"perl Configur
No complaints since June 7, so I'm resolving this ticket.
kid51
On Mon Jun 16 13:58:05 2008, coke wrote:
> On Mon, Jun 16, 2008 at 8:25 AM, Nathan Gray
> <[EMAIL PROTECTED]> wrote:
> >>
> >> perl Configure.pl --nomanicheck --verbose-step=init::hints
> >>
> >> ... and see if you get reasonable output.
> >
> > The patch applied cleanly, the normal Configure.p
Author: smash
Date: Mon Jun 16 15:56:26 2008
New Revision: 28444
Modified:
trunk/docs/pdds/draft/pdd19_pir.pod
Log:
[release]
* make t/codingstd/pdd_format.t happy
Modified: trunk/docs/pdds/draft/pdd19_pir.pod
==
--
On Wed Jan 16 03:41:56 2008, [EMAIL PROTECTED] wrote:
> While the fix to my particular problem is simple enough, it is apparent
> that there's enough bit rot in tools/util/smokeserv-server.pl that it
> needs a refactoring. And since there are no unit/regression tests for
> this program, it's going
On Mon Jun 09 17:12:36 2008, [EMAIL PROTECTED] wrote:
> On Tue Jul 17 22:23:38 2007, petdance wrote:
> > In function branch_branch, there's a line like this:
> >
> >ins->r[get_branch_regno(ins)] = next->r[0];
> >
> > That call to get_branch_regno() can return -1. That would make a
> > nega
I confirmed your observation on Darwin. What I don't understand yet is:
Why is this file being created only on my Mac and not on my Linux?
The file appears to be created via config/auto/jit.pm.
[parrot] 551 $ grep -n asmfun config/auto/jit.pm
86:copy_if_diff( $sjit, "src/asmfun.s" );
On Jun 16, 2008, at 4:38 PM, Parrot via RT wrote:
When I first downloaded the parrot code from svn yesterday, it failed
"perl Configure.pl" with the error "Compilation failed with 'cc'".
Between poking around the mailing list archives and a script Will
gave me I was able to get it working, but it
On Sun Jun 15 09:52:51 2008, toddolson wrote:
> In parrot 0.6.2 make realclean fails to remove the generate
>./src/asmfun.s
> Repeat by
> perl ./Configure.pl# generates ./src/asmfun.s
> make realclean # fails to remove ./src/asmfun.s
>
> It is not clear how to modify
Ah, but it doesn't complete the 'make' because
MACOSX_DEPLOYMENT_TARGET. I'll fix that after dinner.
-packy
--
Packy Anderson
[EMAIL PROTECTED]
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty
On Sat Aug 19 14:30:53 2006, chip wrote:
> Runtime errors seem to be off by one these days. Anybody play with line
> numbering recently?
>
> Given this source:
>
> .sub foo :main
> P0 = new .Hash
> P1 = P0['x']
> unless P1 goto no
> print "yes\
# New Ticket Created by Nuno Carvalho
# Please include the string: [perl #55926]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55926 >
This is a placeholder ticket for the July 2008 release of Parrot.
Please try my second attempt at fixing the problem, attached.
kid51
Index: lib/Parrot/Configure/Step/Methods.pm
===
--- lib/Parrot/Configure/Step/Methods.pm(.../trunk) (revision 28442)
+++ lib/Parrot/Configure/Step/Methods
On Mon, 2008-06-16 at 23:17 -0500, Packy Anderson wrote:
> Of course, I'm still doing "perl Configure.pl --without-opengl", but
> I don't know if that's a problem with hints file or with the GLUT
> implementation...
That would be for me to look at Join #parrot (irc.perl.org) and
ping jap
On Mon, 2008-06-16 at 20:01 -0700, Will Coleda via RT wrote:
> On Sat Aug 19 14:30:53 2006, chip wrote:
> > Runtime errors seem to be off by one these days. Anybody play with line
> > numbering recently?
Note that this bug (or a similar one) affects line numbers of
disassembly (I assume because t
Greetings,
On behalf of the Parrot team, I'm proud to announce Parrot 0.6.3
"Beautiful Parrot." Parrot (http://parrotcode.org/) is a virtual machine aimed
at running all dynamic languages.
Parrot 0.6.3 is available via CPAN (soon), or follow the download
instructions at http://parrotcode.org/sour
Congratulations.
And nice timing. Right before Mozilla gets firefox.com working.
Cheers
Alberto
Nuno 'smash' Carvalho wrote:
Greetings,
On behalf of the Parrot team, I'm proud to announce Parrot 0.6.3
"Beautiful Parrot." Parrot (http://parrotcode.org/) is a virtual machine aimed
at running al
I've got this working pretty well on my checkout (except that the current
revision, #28476, doesn't build). You can do a "make smolder_test" and have the
results sent to the Smolder server. I talked with chromatic and some others
about removing some of the old existing smoke stuff, but I'll do that
On Mon Apr 14 05:32:54 2008, coke wrote:
> On Sun, Apr 13, 2008 at 10:36 PM, James Keenan via RT
> <[EMAIL PROTECTED]> wrote:
> > Coke: Have we overcome this problem?
> >
> > kid51
> >
> >
> I don't think so, no.
>
> Try this:
>
> % mkdir foo
> % touch foo/bar.t
> % svn add foo
> % prove t/dist
On Tue, Jun 17, 2008 at 10:31 AM, Michael Peters <[EMAIL PROTECTED]> wrote:
> I've got this working pretty well on my checkout (except that the current
> revision, #28476, doesn't build). You can do a "make smolder_test" and have
> the
> results sent to the Smolder server. I talked with chromatic
I forwarded this to parrotbug so that an RT is opened.
General consensus (at least from what I've heard) is that this is useful
to add in PIR files, so I've applied the patch and a few other updates
and tests for it in r28473.
Resolving ticket.
--Andrew Whitworth
# New Ticket Created by James Keenan
# Please include the string: [perl #55954]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55954 >
Forwarding Michael's post so that an RT is opened.
I've got this working pretty well on
# New Ticket Created by Packy Anderson
# Please include the string: [perl #55950]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55950 >
On Jun 17, 2008, at 11:36 AM, Geoffrey Broadwell wrote:
> On Mon, 2008-06-16 at 23:17
# New Ticket Created by NotFound
# Please include the string: [perl #55960]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55960 >
C++ building is broken because of differences in struct Hash
declarations and usage.
This p
Patch applied in r28477. I wouldn't be surprised if we have to do some
small fixes on t/steps/*.t tests which, in the past, have been sensitive
to the DEPLOYMENT variable -- but that's cleanup work. I'll keep the
ticket open for a few days to see if anyone reports, e.g., uninitialized
value warni
... and now, adding Jerry Gay's comment:
excellent! this came together quickly and simply, by the looks of it.
the patch format is fine, especially for a first patch (for more
details of our precise requirements you can read
docs/submissions.pod). one gotcha, you've got 'use Config;' which
pulls i
By chromatic's suggestion, here is a different approach: change pmc_type
signature to allow a null string argument, returning enum_type_undef in
that case.
Other changes in this patch are replacing 0 with enum_type_undef in the
same function, and adding a test in t/pmc/namespace.t checking that
ge
On Tue, 2008-06-17 at 11:27 -0700, Packy Anderson wrote:
> Here's the command I'm using to configure and make
> $ make realclean; CC="gcc-4.0" CX="g++-4.0" perl Configure.pl --
> cc="$CC" --cxx="$CX" --link="$CX" --ld="$CX" --optimize; make -j 2
That's a pretty advanced build method. OK, let's s
30 matches
Mail list logo
