On Mon Dec 31 21:53:55 2007, [EMAIL PROTECTED] wrote:
> On Monday 31 December 2007 16:08:09 Joseph Sadusk wrote:
>
> > Actually, yeah, I was using -j4, and I just tried without and it
> works
> > fine. Didn't even think of that. Strange how consistently it
> repros
> > with it though. Sorry abo
On Tue Apr 24 03:05:33 2007, rblasch wrote:
> This is a follow up for ticket #42587, using Parrot r18304.
>
> SunOS nexenta 5.11 NexentaOS_20061012 i86pc i386 i86pc Solaris
> gcc (GCC) 4.0.3 (GNU_Solaris 4.0.3-1nexenta6)
>
> Failed Test Stat Wstat Total Fail Failed List of Failed
> --
On Tue Jan 23 14:20:21 2007, particle wrote:
> when compiling src/pmc/pmethod.c, cl has a few warnings:
>
> src\pmc\pmethod_test.c
> D:/usr\local\parrot\bug\tools\build\../../lib\Parrot\Pmc2c\Utils.pm(1096)
> : warn
> ing C4102: 'test_method0_returns' : unreferenced label
> D:/usr\local\parrot\bug
On Tue Jul 10 05:40:52 2007, ptc wrote:
> In the file lib/Parrot/OpsFile.pm there is the todo item:
>
> # TODO: Complain about using, e.g. $3 in an op with only 2 args.
>
> This needs to be implemented.
With the attached patch, the following op:
inline op if(invar INT, labelconst INT) {
On Wed Apr 02 19:14:57 2008, [EMAIL PROTECTED] wrote:
> On Fri Mar 28 07:07:37 2008, coke wrote:
> >
> >
> > perlcritic is passing all tests at the moment. Added back to the set
> of
> > default tests run in r26591. Closing ticket.
>
> I'm re-opening this ticket due to problems I have experienced
# New Ticket Created by Will Coleda
# Please include the string: [perl #52570]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=52570 >
The current op definitions have a majority of ops that end with "goto
NEXT();", indicatin
# New Ticket Created by Andreas Rottmann
# Please include the string: [perl #52556]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=52556 >
Hi!
The attached patch simplifies the generation of PAST nodes somewhat.
compiler
On Sa. 05. Apr. 2008, 07:40:12, bernhard wrote:
> On Di. 26. Feb. 2008, 13:37:20, bernhard wrote:
>
> > > The compiler tools in compilers/PAST-pm/ and
> > > runtime/parrot/library/Parrot/HLLCompiler.pir are deprecated
> > > in favor of the new versions in the Parrot Compiler Toolkit
> > > ( compil
Hi,
in r26841 I removed the directory 'compilers/past-pm', resolving the
deprecation item from RT#48030.
After updating to the new revision, a 'perl Configure.pl' is required,
as Makefile dependencies have changed.
Best regards,
Bernhard
Examination this file suggests that it is long because the tests are
largely data-driven. Nonetheless, the file appears to be conceptually
whole. Hence, there is no compelling case for subdividing this test
file. I am closing the ticket.
Examination of t/op/*.t files with > 1000 lines suggests that the files
are long because the tests are largely data-driven. Nonetheless, the
files appear to be conceptually whole. Hence, there is no compelling
case for subdividing this test file. I am closing the ticket.
Examination of t/op/*.t files with > 1000 lines suggests that the files
are long because the tests are largely data-driven. Nonetheless, the
files appear to be conceptually whole. Hence, there is no compelling
case for subdividing this test file. I am closing the ticket.
Examination of t/op/*.t files with > 1000 lines suggests that the files
are long because the tests are largely data-driven. Nonetheless, the
files appear to be conceptually whole. Hence, there is no compelling
case for subdividing this test file. I am closing the ticket.
Examination of t/op/*.t files with > 1000 lines suggests that the files
are long because the tests are largely data-driven. Nonetheless, the
files appear to be conceptually whole. Hence, there is no compelling
case for subdividing this test file. I am closing the ticket.
Examination of t/op/*.t files with > 1000 lines suggests that the files
are long because the tests are largely data-driven. Nonetheless, the
files appear to be conceptually whole. Hence, there is no compelling
case for subdividing this test file. I am closing the ticket.
Examination of t/op/*.t files with > 1000 lines suggests that the files
are long because the tests are largely data-driven. Nonetheless, the
files appear to be conceptually whole. Hence, there is no compelling
case for subdividing this test file. I am closing the ticket.
On Mon Apr 07 06:42:22 2008, doughera wrote:
>
> Did you mean to call this auto::macports, or is this step intended to
> eventually encompass the FreeBSD-style ports collection as well. I don't
> know if macports is a derivative of FreeBSD ports or not. I do know that
> NetBSD and OpenBSD bo
On Sat, 5 Apr 2008, James Keenan wrote:
> # New Ticket Created by James Keenan
> # Please include the string: [perl #52504]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=52504 >
>
>
> In http://rt.perl.org/rt3/Ticket/
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Apr 7 13:00:07 2008 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with mo
On Sat Apr 05 21:33:49 2008, infinoid wrote:
> On Fri Mar 21 09:03:08 2008, [EMAIL PROTECTED] wrote:
> > there is a definition on my system for PARROT_HAS_SNPRINTF, but not a
> > definition for PARROT_HAS_C99_SNPRINTF. I assume, on first glance that
> > these two macros are one in the same and shou
20 matches
Mail list logo
