On Saturday 01 March 2008 20:23:08 Bob Rogers wrote:
>r26053 produces the segfault shown below, which looks like another
> case of trying to compare the HLL name "lisp" to something corrupted
> from the HLL name-to-ID hash. (FWIW, it was still broken as of r26165.)
>
>However, if I revert
On Sat Mar 01 06:03:06 2008, [EMAIL PROTECTED] wrote:
> Patch applied to trunk in r26145.
I am reopening this ticket because there have been several reports of
continued failures in t/compilers/imcc/syn/errors.t. For example, at
r26173 on Debian Linux, using Perl 5.10 with Test::Builder 0.72, I g
This is the specific test which is failing:
pir_error_output_like( <<'END_PIR', <<'END_EXPECTED', 'SomethingFunny
isnt pmc' );
.sub main :main
.local SomethingFunny my_string
my_string = new String
my_string = 'hello'
say my_string
.end
END_PIR
/^error:imcc:Unknown PMC type 'SomethingFunny
Okay, Barney applied some fixes and, as of r26182,
t/compilers/imcc/syn/errors.t is once again passing all tests.
Since this test file has been up and down so much, I'll leave this
ticket open for a few days to see if any new dust gets kicked up.
kid51
From: chromatic <[EMAIL PROTECTED]>
Date: Sun, 2 Mar 2008 01:10:02 -0800
On Saturday 01 March 2008 20:23:08 Bob Rogers wrote:
>r26053 produces the segfault shown below, which looks like another
> case of trying to compare the HLL name "lisp" to something corrupted
> from the
On Sunday 02 March 2008 07:20:23 James Keenan via RT wrote:
> Okay, Barney applied some fixes and, as of r26182,
> t/compilers/imcc/syn/errors.t is once again passing all tests.
>
> Since this test file has been up and down so much, I'll leave this
> ticket open for a few days to see if any new du
On Mon Feb 25 18:56:44 2008, doughera wrote:
> At the
> moment, it has the same problem as the previous design -- it's failing
> to honor my command line arguments.
I believe I've spotted the problem. In
Parrot::Configure::Parallel::Trace::store_this_step(), the call to
process_options() is thr
On Sun Mar 02 17:00:59 2008, [EMAIL PROTECTED] wrote:
> I believe I've spotted the problem. In
> Parrot::Configure::Parallel::Trace::store_this_step(), the call to
> process_options() is throwing away the command-line options. I'll try
> to fix that.
>
This was fixed in r26183 in the 'tcif' br
