On Sat Dec 01 14:36:44 2007, coke wrote:
From DEPRECATED.pod:
Type IDs will go away in 0.5.0.
Instead of:
$P0 = new Integer
or
$P0 = new .Integer # better, but ...
we are moving to use:
$P0 = new 'Integer'
new_p_i and new_p_i_p are now gone in trunk.
--
Will
On Thu Nov 06 08:52:18 2008, coke wrote:
new_p_i and new_p_i_p are now gone in trunk.
find_type_i_s and find_type_i_p now gone in trunk.
--
Will Coke Coleda
On Thu Dec 13 19:17:48 2007, coke wrote:
From PDD17:
INTVAL type_keyed_str(INTERP, PMC* self, STRING* key)
[NOTE: To be
deprecated when type IDs are deprecated.]
Removed in r32395.
--
Will Coke Coleda
valid_type_i_i removed in r32397.
--
Will Coke Coleda
removed typeof_i_p, typeof_i_p_ik, typeof_i_p_k, typeof_s_i in r32401
--
Will Coke Coleda
On Thu Dec 13 19:17:09 2007, coke wrote:
From PDD17:
INTVAL type_keyed_int(INTERP, PMC* self, INTVAL key)
[NOTE: To be
deprecated when type IDs are deprecated.]
Removed in r32403.
--
Will Coke Coleda
On Mon Oct 20 11:37:51 2008, pmichaud wrote:
The big hangup for this ticket is that various parts of PCT and
the
CodeString PMC do not support empty brackets, and therefore PCT
does not
emit .namespace [] in these situations.
[...]
I know pmichaud was talking about a major rewrite
On Sat Dec 01 14:29:03 2007, coke wrote:
=item Bstore_global
There are several variants of some of the above ops; all are
deprecated,
and are replaced by the ops {set,get}_[hll,root]_global. See also
http://www.parrotcode.org/docs/ops/var.html.
DEPRECATED.pod also says that the global
On Wed Jul 30 13:06:06 2008, coke wrote:
From PDD19:
=item .pragma n_operators [deprecated]
This appears to be the only .pragma; should we leave a placeholder or
just remove .pragma entirely when we remove this particular one?
--
Will Coke Coleda
On Tue Jul 08 17:17:29 2008, [EMAIL PROTECTED] wrote:
C:\Projects\parrotmingw32-make
Compiling with:--
SNIP
Can we get another copy of the report as a plain text attachment against
HEAD? (This one had a lot of HTML embedded in it.)
Thanks.
--
Will Coke Coleda
On Tue Sep 30 08:51:22 2008, julianalbo wrote:
On Mar. Ago. 12 15:05:57 2008, Whiteknight wrote:
This probably isn't headerizer's fault, it's more likely the fault of
IMCC for being so damn complicated. We could change all the function
definitions in the IMCC related files to use struct
On Thu Oct 16 17:20:00 2008, mgrimes wrote:
Hi,
I was doing some test clean up (converting perl test to pir), and I
noticed that test_more.pir doesn't export nok. It is a simple fix,
and I have included a patch.
Thanks,
Mark
Thanks, applied in r32004
--
Will Coke Coleda
On Thu Jun 19 10:23:03 2008, coke wrote:
On Wed, Jun 18, 2008 at 12:50 PM, via RT Shane Werner
[EMAIL PROTECTED] wrote:
# New Ticket Created by Shane Werner
# Please include the string: [perl #56018]
# in the subject line of all future correspondence about this issue.
# URL:
On Thu Jul 10 11:31:23 2008, pmichaud wrote:
On Thu, Jul 10, 2008 at 11:20:44AM -0700, Will Coleda wrote:
# New Ticket Created by Will Coleda
# Please include the string: [perl #56806]
# in the subject line of all future correspondence about this issue.
# URL:
On Wed Sep 24 22:31:36 2008, [EMAIL PROTECTED] wrote:
On Tuesday 23 September 2008 21:37:09 Patrick R. Michaud wrote:
+1 in favor of applying this patch (and updating any tests to match) --
this will _really_ improve things for PCT and Rakudo. Thanks!
Applied as r31402.
-- c
This
On Tue Oct 02 10:13:17 2007, pcoch wrote:
In src/mmd.c there is the todo item within mmd_search_classes():
if (!PMC_IS_NULL(pmc)) {
/*
* mmd_is_hidden would consider all previous candidates
* XXX pass current n so that only candidates from this
* mro are used?
On Tue Oct 02 10:15:42 2007, pcoch wrote:
In src/mmd.c there is the very cryptic todo item within
mmd_cvt_to_types():
(with some context)
if (sig_elem-vtable-base_type == enum_class_String) {
STRING * const sig = VTABLE_get_string(interp, sig_elem);
if
On Tue Oct 02 10:19:39 2007, pcoch wrote:
In the file src/mmd.c there is the todo item within mmd_sort_candidates():
* TODO use half of available INTVAL bits
Now in src/multidispatch.c, Parrot_mmd_sort_candidates
--
Will Coke Coleda
On Tue Oct 02 10:22:41 2007, pcoch wrote:
In the file src/mmd.c there is the todo item within mmd_maybe_candiate():
if (VTABLE_isa(interp, pmc, _sub)) {
/* a plain sub stops outer searches */
/* TODO check arity of sub */
VTABLE_push_pmc(interp, cl, pmc);
Now in
On Tue Oct 02 10:24:02 2007, pcoch wrote:
In the file src/mmd.c there is the todo item within
mmd_create_builtin_multi_meth_2():
* TODO cache the namespace
Do this. (please)
This function (and the TODO) are no longer present after the recent MMD
merge. Closing ticket.
--
Will Coke
On Tue Oct 02 10:25:57 2007, pcoch wrote:
In the file src/mmd.c there is the todo item within
Parrot_mmd_rebuild_table():
/* TODO specific parts of table
* the type and it's mro and
* all classes that inherit from type
*/
It seems that mmd_funcs are already
On Tue Jul 10 06:39:26 2007, pcoch wrote:
In the file lib/Parrot/Pmc2c.pm there is the todo item:
$self-{mmds} = @mmds;# XXX?
I've got no idea what the problem is here. If there is no problem,
then the comment should be removed. If there is a problem it should
be fixed and
On Tue Oct 02 10:01:59 2007, pcoch wrote:
In src/mmd.c there is the todo item within mmd_register():
TODO - Currently the MMD system doesn't handle inheritance and best match
searching, as it assumes that all PMC types have no parent type. This
can be considered a bug, and will be resolved
On Tue Oct 02 10:08:46 2007, pcoch wrote:
In the file src/mmd.c there is the todo item within mmd_search_classes():
/* TODO create some class namespace */
It's not clear *exactly* what needs to be done here, but creating the
class
namespace needs to be implemented.
Now in
On Tue Oct 02 10:45:26 2007, pcoch wrote:
In src/objects.c:Parrot_MMD_method_idx() there is the todo item:
TODO allow dynamic expansion at runtime.
Now in src/oo.c:Parrot_MMD_method_idx()
Note function is marked as deprecated.
--
Will Coke Coleda
On Thu Jan 18 12:58:49 2007, mdiep wrote:
The example says it all.
--
Matt Diephouse
~/Projects/parrot mdiep$ cat test.pir
.sub main :main
null $P0
multi($P0) # should print Any\n
.end
.sub multi :multi(String)
say String
.end
.sub multi
On Sat Sep 18 23:13:06 2004, coke wrote:
That is:
Contrive things so that no code whatsover must be maintained outside
of the language specific directory. This includes:
- MANIFEST
- config files
- ./library/Parrot/Test/*
The long term goal for languages is that they'll live in
On Tue Sep 16 18:20:36 2008, amosrobinson wrote:
No segfaults here either, with your PIR. (r31173, vanilla ubuntu)
On Tue Sep 02 12:45:34 2008, tene wrote:
I don't get a segfault when running the test case without the 'end'
opcode. Can anyone else confirm if this still segfaults?
On Tue Oct 02 10:40:14 2007, pcoch wrote:
In src/objects.c there is the todo item within Parrot_get_vtable_index():
/* XXX slot_names still have __ in front */
const INTVAL cmp = strcmp(name_c, meth_c + 2);
I'm guessing by this comment that they shouldn't anymore...
With the
On Sat Sep 13 06:37:12 2008, coke wrote:
Merged the two relevant tickets.
--
Will Coke Coleda
No problems have surfaced since last post: closing ticket.
--
Will Coke Coleda
Segfault moved. It's no longer occurring when run from inside
languages/tcl, but now at the top of the build dir, I get the following
backtrace when running
./parrot_debugger languages/tcl/tcl.pbc
and hitting nenter at the pdb prompt.
Program received signal SIGSEGV, Segmentation fault.
On Sat Aug 09 07:02:16 2008, [EMAIL PROTECTED] wrote:
Last weekend tetragon and I had considerable discussion on #parrot about
this problem. My diagnosis was that we should not be handling
command-line options at all in 'hints' files; they should be handled in
inter::progs.
The patch
On Tue Aug 05 09:10:58 2008, coke wrote:
On Tue Jul 01 18:56:40 2008, coke wrote:
On Thu Nov 29 22:08:11 2007, [EMAIL PROTECTED] wrote:
Will Coleda wrote:
1) using getclass (aka, reject this ticket)
2) doing something custom for the say method here (like, say,
translating say
On Tue Jul 01 18:56:40 2008, coke wrote:
On Thu Nov 29 22:08:11 2007, [EMAIL PROTECTED] wrote:
Will Coleda wrote:
1) using getclass (aka, reject this ticket)
2) doing something custom for the say method here (like, say,
translating say 'what' into something like getstdout P0;
On Mon Aug 04 12:58:18 2008, [EMAIL PROTECTED] wrote:
Hello
Please find the attached patch for a spelling mistake in
docs/pdds/pdd19_pir.pod
Bob
Thanks, applied in r30013!
--
Will Coke Coleda
On Sat Jun 14 20:37:53 2008, coke wrote:
On Sat Apr 14 15:46:56 2007, allison wrote:
What I get is:
[oops; continuation 0x188ae28 of type 24 is trying to jump from
runloop
2 to runloop 1]
ok
not ok
from line 252 of src/pmc/continuation.pmc
Looks like this is
On Thu Dec 13 19:23:46 2007, coke wrote:
from PDD17:
PMC* get_attr(INTERP, PMC* self, INTVAL idx) [deprecated]
Retrieve an attribute value from the PMC (instance object).
[NOTE: Integer index lookups for attributes are deprecated with the new
object metamodel.]
Removed in r30019,
On Thu Dec 13 19:24:43 2007, coke wrote:
From PDD17:
void set_attr(INTERP, PMC* self, INTVAL idx, PMC* value) [deprecated]
Store an attribute value in the PMC (instance object).
[NOTE: Integer index lookups for attributes are deprecated with the new
object metamodel.]
Removed in
On Sat Jul 26 15:58:14 2008, particle wrote:
languages/pugs/ was for a pugs interface to parrot. the code was
already bitrotten long before pugs development stalled, and parrot has
changed significantly since then. remove the dirs, files from the
manifest and config system, and other related
On Fri Jul 25 05:32:49 2008, coke wrote:
On Fri, Jul 25, 2008 at 2:25 AM, Christoph Otto via RT
[EMAIL PROTECTED] wrote:
On Thu Jun 05 19:07:49 2008, coke wrote:
We can always improve the diagnostic emitted by the PMC compiler.
Mismatched strings are going to be an issue whether they're
On Tue Jul 22 08:02:08 2008, tene wrote:
Resolved as of r29673.
Parrot_process_args() wasn't fetching the appropriate type from the HLL
mapping info when creating an object to store slurpy params in.
Thanks. Added a modified version of my original test in r29682. Thanks
to tene for pointing
On Thu Jul 10 11:00:14 2008, coke wrote:
Since the NQP tests aren't run by default, ran them by hand in pdd25cx:
Test Summary Report
---
t/28-return.t(Wstat: 256 Tests: 1 Failed: 0)
Non-zero exit status: 1
Parse errors: Bad plan. You planned 3 tests but ran 1.
On Thu Jul 10 06:40:28 2008, coke wrote:
Using tcl, I can make parrot segfault in this branch.
$ ../../parrot tcl.pbc -e error eek
Segmentation fault
Real tclsh, if you put that in a file and ran it, would say:
eek
while executing
error eek
(file foo.tcl line 1)
The
On Thu Jul 10 11:14:26 2008, coke wrote:
The following tests fail during 'make test' on feather in the pd25cx
branch.
Test Summary Report
---
t/op/gc.t (Wstat: 256 Tests: 20
Failed: 1)
Failed test: 12
Non-zero exit status: 1
On Tue Jun 03 00:15:06 2008, [EMAIL PROTECTED] wrote:
On Monday 02 June 2008 19:42:58 Will Coleda via RT wrote:
Error earlier in the build process now, with PGE:
/home/coke/bin/perl -e PGE/builtins_gen.pir
../../parrot -o PGE.pbc --output-pbc PGE.pir
../../parrot ../../runtime/parrot
On Thu Jul 17 09:31:27 2008, [EMAIL PROTECTED] wrote:
On Thursday 17 July 2008 08:49:05 Will Coleda wrote:
I committed a patch (r29559) that updates all the tcl.ops to be more
like the 'die' opcode in how the exception object is constructed and
created. Still segfaulting. As long as I'm
On Wed Jul 16 10:23:50 2008, Whiteknight wrote:
Is this still an issue? A quick check of src/embed.c shows that there is
no function Parrot_call_sub. Has it been moved to some other location,
or is it gone entirely? If it's completely gone, then this ticket is
moot and should be closed.
On Tue Jul 08 22:59:40 2008, particle wrote:
the configure tests take too much time to run, and should be sped up
by whatever means necessary so as to take a much smaller percentage of
the overall time for the test suite.
Another solution here would be to not run them by default. The purpose
On Wed Jul 02 15:31:05 2008, rurban wrote:
disassemble is too generic when being packaged into /usr/bin/.
Two versions:
Full CVS-style version: disassemble-long.patch
I don't know how svn handles file renames.
After svn renaming it would just be the shorter disassemble_rename.patch
This
On Mon Jul 07 08:43:14 2008, [EMAIL PROTECTED] wrote:
Is this '\n' controlled? it is suposed to be an example or it is a bug?
[EMAIL PROTECTED]/prg/parrot/languages/punie$ svn diff
Index: demo.p1
===
--- demo.p1 (revision
On Thu Jun 26 11:01:00 2008, [EMAIL PROTECTED] wrote:
chromatic wrote:
T::H 3 is only a requirement for people who want to type 'make
smolder' (and
eventually I hope 'make smoke'), so probing for it without bundling
it seems
eminently sensible to me.
Agreed. That's what we do with
On Thu Nov 29 22:08:11 2007, [EMAIL PROTECTED] wrote:
Will Coleda wrote:
1) using getclass (aka, reject this ticket)
2) doing something custom for the say method here (like, say,
translating say 'what' into something like getstdout P0;
P0.'say'('what');
3) eliminating the automagic
On Fri Jun 27 08:01:57 2008, coke wrote:
On Thu Jun 26 22:21:22 2008, [EMAIL PROTECTED] wrote:
On Thursday 26 June 2008 20:02:18 Will Coleda via RT wrote:
Attached, find a patch that allows us to specify a :deprecated
flag (post
op, ala :flow). It also adds a new parrot warning
On Mon Jun 30 06:26:57 2008, pmichaud wrote:
The islt, isle, isgt, and isge opcodes give the wrong results on
subclasses of Float.
Here's the test case:
$ cat y.pir
.sub 'main' :main
$P99 = subclass 'Float', 'MyFloat'
$P0 = new 'MyFloat'
$P0 = 1.1
On Mon Jun 30 06:26:57 2008, pmichaud wrote:
The islt, isle, isgt, and isge opcodes give the wrong results on
subclasses of Float.
Here's the test case:
$ cat y.pir
.sub 'main' :main
$P99 = subclass 'Float', 'MyFloat'
$P0 = new 'MyFloat'
$P0 = 1.1
On Mon Jun 30 07:53:20 2008, coke wrote:
Find a perlcritic-sane way to silence this warning for codetest:
Policy Perl::Critic::Policy::Bangs::ProhibitFlagComments is not
installed.
Fixed in r28867.
--
Will Coke Coleda
On Sun Jun 22 19:35:27 2008, coke wrote:
Attached find a first pass at converting our perlcritic.t into using
Test::Perl::Critic.
This patch:
- requires Test::Perl::Critic to do anything useful with the test. (We
can add it to
Bundle::Parrot)
- creates a new perlcritic.conf file that
On Thu Jun 28 07:22:38 2007, pcoch wrote:
Hi,
In perlcritic.t i'd like to find a way to pass options to perlcritic
policies from the command line. Options are passed as anonymous
hashes. Basically, we want to be able to do something like:
perl t/codingstd/perlcritic.t --list
On Thu Jun 26 22:21:22 2008, [EMAIL PROTECTED] wrote:
On Thursday 26 June 2008 20:02:18 Will Coleda via RT wrote:
Attached, find a patch that allows us to specify a :deprecated
flag (post
op, ala :flow). It also adds a new parrot warning (configurable with
warningson) level called
Minor update: instead of
void * unused
use
INTVAL unused
to avoid compiler warnings. =-)
--
Will Coke Coleda
On Wed Mar 07 08:52:19 2007, acalpini wrote:
Jerry Gay (via RT) ha scritto:
i suspect there's trouble with the platform-specific c/h files,
given
the nature of the warnings during build. the configure/make output
is
below.
the only relevant warning I see is:
On Mon Jun 09 17:13:42 2008, Whiteknight wrote:
On Fri, Jun 6, 2008 at 11:36 PM, Will Coleda via RT
[EMAIL PROTECTED] wrote:
On Tue Nov 27 14:08:00 2007, pmichaud wrote:
Today we cleaned up a lot of the unused branches of the
Parrot repository. One of the branches that remains
On Tue May 13 05:21:32 2008, rurban wrote:
2008/5/13 Andrew Whitworth via RT bugs-parrot-
[EMAIL PROTECTED]:
is this ticket (#51944) resolved? I don't see any outstanding todo
items
here that need to be considered further, and the submitted patch
has
already been applied. Can we close
On Tue Jun 06 07:40:55 2006, leo wrote:
It's easy to add 'invalide' code to .pmc files. E.g. I had defined:
METHOD parent() {
return PMC_pmc_val(SELF) ? PMC_pmc_val(SELF) : PMCNULL;
}
Due to the absence of a return value, the PMC compiler just ignores this
'method'
On Tue Apr 03 21:29:13 2007, coke wrote:
These two scripts perform the same basic task, but do so inconsistently.
The tools/ script should be removed, and someone should investigate
how it's checking the pod (it finds errors in the current distro
while the test does not.)
--
Will
On Mon Feb 26 02:32:10 2007, kjs wrote:
On Fri Feb 23 14:46:17 2007, [EMAIL PROTECTED] wrote:
hi,
it might be a good idea to add a flag to parrot that checks at runtime
whether any deprecated ops are used.
the flag should be turned off by default; some ops like find_global are
used
On Mon Dec 10 11:49:08 2007, pmichaud wrote:
When an NQP program uses a variable that hasn't been
previously declared, it should report a useful error message:
Use of undeclared variable '$x' at ...
Pm
Looking at this, there doesn't seem to be a way to write a self-hosted test (in
On Sun Jun 22 17:28:56 2008, [EMAIL PROTECTED] wrote:
All the children of this ticket have been resolved. Can the RT be
marked resolved?
Yes, was just saving it as a reminder for me to post a blog entry about the
hackathon.
Done and resolved. Thanks to everyone who contributed to the
Attached find a first pass at converting our perlcritic.t into using
Test::Perl::Critic.
This patch:
- requires Test::Perl::Critic to do anything useful with the test. (We can add
it to
Bundle::Parrot)
- creates a new perlcritic.conf file that represents declaratively a large
chunk of the
On Wed Jun 18 20:00:25 2008, packy wrote:
On my OSX PPC 10.4.11 platform I did a make perl6 from languages/
perl6, and I got the following:
cd src/pmc perl /usr/local/source/parrot/tools/build/dynpmc.pl
linklibs perl6str mutable perl6scalar mutablevar
c++ -o perl6_group.bundle
On Fri Jun 20 09:01:56 2008, [EMAIL PROTECTED] wrote:
prove -v t/codingstd/perlcritic.t
t/codingstd/perlcritic..Undefined subroutine
Perl::Critic::Policy::NamingConventions::ProhibitAmbiguousNames::default_forbidden_words
called at t/codingstd/perlcritic.t line 142.
Dubious, test
On Fri Jun 20 09:01:56 2008, [EMAIL PROTECTED] wrote:
prove -v t/codingstd/perlcritic.t
t/codingstd/perlcritic..Undefined subroutine
Perl::Critic::Policy::NamingConventions::ProhibitAmbiguousNames::default_forbidden_words
called at t/codingstd/perlcritic.t line 142.
Dubious, test
On Thu Jun 19 09:56:35 2008, coke wrote:
Forwarding to parrotbug to open a ticket.
-- Forwarded message --
From: Hans Dieter Pearcey [EMAIL PROTECTED]
Date: Wed, Jun 18, 2008 at 2:23 PM
Subject: [PATCH] add git-svn instructions to gettingstarted.pod
To: [EMAIL PROTECTED]
On Tue Jun 17 17:12:30 2008, japhb wrote:
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
On Tue Jun 17 17:12:30 2008, japhb wrote:
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
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 to
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
negative array
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\n
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/distro
Shouldn't this
On Mon Apr 14 05:22:10 2008, coke wrote:
Jerry wanted to verify it worked on windows when the required modules
were present. (Right now it fails, though in a somewhat graceful
manner.)
On Sun, Apr 13, 2008 at 10:38 PM, James Keenan via RT
[EMAIL PROTECTED] wrote:
IIRC, Coke recently
On Sat Sep 08 07:44:07 2007, bernhard wrote:
In t/run/options.t there is a TODO test for the '--trace' option of parrot.
It looks like it behaves differently from the '-t' option.
According to 'parrot --help' they should be aliased.
Fixed in r28416.
--
Will Coke Coleda
On Wed Oct 24 13:52:33 2007, pcoch wrote:
In t/src/ro.t there is the todo item:
# XXX: should this work?
and the related pir code:
# three = 4 # should fail -- is that what we want
The question is: is the behaviour encapsulated in the test actually what we
want?
This test is in
On Fri Jun 06 20:01:51 2008, [EMAIL PROTECTED] wrote:
On Thu Jun 05 22:21:47 2008, coke wrote:
On Sun Jul 29 18:21:48 2007, [EMAIL PROTECTED] wrote:
[snip]
All of the above having been said, I think what I wrote as a Comment
in
the POD for this method back in December is still
On Mon Jul 02 23:49:33 2007, [EMAIL PROTECTED] wrote:
I don't have a good test case for this, but I've triggered the problem
with
some code that makes TGE sick.4
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1212335920 (LWP 8882)]
0xb7dd7e4b in key_hash_STRING
On Thu Jun 05 20:44:17 2008, coke wrote:
On Mon Mar 24 10:47:51 2008, coke wrote:
This tool doesn't currently run (depends on the borked hllmacros.pir,
perhaps other issues)
This tool needs tests.
Barring that, we could also remove it from the repository.
pgegrep is working again
Merged the duplicate tickets.
--
Will Coke Coleda
On Fri Jun 13 21:35:17 2008, coke wrote:
I can't do an nmake realclean on windows at the moment, because the
O_FILES list is too long.
A quick fix would probably be to quote the elements and let perl
expand them, rather than letting the shell do it for us.
A quicker fix is to use a
On Mon Mar 24 10:46:02 2008, coke wrote:
This file suffers from bitrot (using the old .local macro syntax
instead of the current .label)
fix and add a test.
Completed in r28372.
--
Will Coke Coleda
On Mon Mar 17 16:46:37 2008, [EMAIL PROTECTED] wrote:
On Mon Sep 26 21:09:20 2005, jhoblitt wrote:
So would you like to merge this with 31554 or just close them both?
RT 31554 was marked Obsolete by Leo in October 2005. Can anyone assess
the current pertinence of the issues
On Sat Apr 14 15:46:56 2007, allison wrote:
What I get is:
[oops; continuation 0x188ae28 of type 24 is trying to jump from runloop
2 to runloop 1]
ok
not ok
from line 252 of src/pmc/continuation.pmc
Looks like this is yet-another-example of the inferior runloops problem.
Throwing
On Tue Jun 10 05:32:21 2008, coke wrote:
Forwarding to open a ticket.
-- Forwarded message --
From: Nathan Gray [EMAIL PROTECTED]
Date: Tue, Jun 10, 2008 at 6:57 AM
Subject: parrot init/hints for the Hurd
To: [EMAIL PROTECTED]
I tried compiling parrot on the Hurd,
On Sat Apr 12 07:57:11 2008, particle wrote:
On Fri, Apr 11, 2008 at 12:15 PM, via RT Bernhard Schmalhofer
[EMAIL PROTECTED] wrote:
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #52776]
# in the subject line of all future correspondence about this
On Tue Apr 22 22:55:28 2008, [EMAIL PROTECTED] wrote:
On Tuesday 22 April 2008 04:33:49 Seneca Cunningham via RT wrote:
Lets the build complete, but a similar crash (similar stack frames,
different addresses) occurs when running t/op/sprintf.t when subtest
174 is
reached.
Good to
On Mon Dec 05 08:11:04 2005, dcd wrote:
this is an older slackware derivative with one of the last libc5
systems,
May 13 1998 libc.so.5 - libc.so.5.4.44*
Feb 1 1998 libc.so.5.4.44*
but it does use recent (2.4.32) kernel header files.
On Mon, 5 Dec 2005 at 06:34 -0800,
On Thu Jul 29 12:35:12 2004, jhi wrote:
Freshly checked out parrot (as of Jul-28 8pm GMTish) when configured
with --floatval='long double' runs into trouble in a x86 system (*):
...
./parrot config_lib.pasm
If the next line prints 0.1.0-devel, it did help.
./parrot parrot-config.imc
On Fri Jan 18 21:41:00 2008, japhb wrote:
---
osname= linux
osvers= 2.6.22.10
arch= i486-linux-gnu-thread-multi
cc= cc
---
Flags:
category=core
severity=low
ack=no
---
The error message from parrot when there is a spelling mismatch
between
a function call and the
On Sun Aug 12 12:59:50 2007, rgrjr wrote:
From: James Keenan via RT [EMAIL PROTECTED]
Date: Sun, 12 Aug 2007 10:05:16 -0700
I don't know much about MethodEmitter.pm, so I don't have any
preferences. I think tewk has done most of the recent work in this
area, so he may have a
On Mon Jun 04 23:15:17 2007, [EMAIL PROTECTED] wrote:
After a little prodding around, I think the problem is that the dynops
aren't build with the rpath. I don't know how proper the following
patch is(i.e. linux doesn't seem to have a problem so either this is
right or the other way is
On Thu Jun 05 18:11:48 2008, pmichaud wrote:
On Thu, Jun 05, 2008 at 05:58:27PM -0700, Will Coleda wrote:
The Version PMC is a skeleton that doesn't do anything, and isn't
really used anywhere else in the repository.
Attached patch removes it. I think we can safely do this in advance of
1 - 100 of 354 matches
Mail list logo